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(54) Recording apparatus and method, reproducing apparatus and method, 

recording/reproducing apparatus and method, recording medium and distribution medium 



(57) A characteristic point detection circuit detects 
a characteristic point from a base band video signal and 
generates a characteristic point file. A compressed vid- 
eo signal received from the digital satellite broadcast is 
supplied to a multiplexing circuit as it is in the form of a 
bit stream. The multiplexing circuit multiplexes the com- 
pressed video signal and characteristic point file. A con- 



trol circuit obtains the characteristic point file from an 
optical disc during reproduction, and controls reproduc- 
tion of the compressed video signal. As described here- 
in above, the supplied compressed video signal is re- 
corded in a recording medium without deterioration of 
the image quality, and the recorded video signal accepts 
random access. 
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Description 

[0001] This invention relates to an apparatus and 
method for recording, an apparatus and method for re- 
producing, an apparatus and method for recording/re- £ 
producing, a recording medium, and a distribution me- 
dium and more particularly to an apparatus and method 
for recording, an apparatus and method for reproducing, 
an apparatus and method for recording/reproducing, a 
recording medium, and a distribution medium which are 
suitably used for recording video and/or audio signals 
and reproducing recorded video and/or audio signals. 
[0002] Recently, DVD-RAM has been proposed as a 
recordable optical disk. Such a recordable optical disk 
is proposed as a large capacity medium having several 
G bytes, and is promising as a medium for recording AV 
(Audio Visual) signals such as video signals. 
[0003] As the^supply source of digital AV signals 
which are possible to be recorded in a recordable optical 
disk, currently VHS or 8 mm video tapes and digital sat- 
ellite broadcast are available, and in future, digital 
ground wave television broadcast will be available. 
[0004] Digital video signals supplied from such sourc- 
es are generally compressed according to MPEG (Mov- 
ing Picture Experts Group)-2 system. Therefore, when 
a digital video signal supplied from such source is re- 
corded in the recordable optical disk, a video signal 
compressed according to MPEG-2 system is once de- 
coded, then encoded according to MPEG-2 system, and 
recorded in the recordable optical disk. 
[0005] However, such processing including decoding, 
encoding and subsequent recording in an optical disk 
results in deteriorated image quality of the recorded vid- 
eo signal. 

[0006] In order to minimize the deterioration of image 
quality, a method in which a supplied bit stream is re- 
corded as it is in a recordable optical disk without en- 
coding and decoding a compressed video signal sup- 
plied from a source has been developed. In other words, 
the method in which the optical disk is used as a data 
streamer has been developed. 

[0007] There is no management data for random ac- 
cess to a recorded bit stream in the recordable optical 
disk in which a video signal is recorded without encoding 
and decoding as described herein above. In detail, in 
the optical disk in which the video signal is recorded as 
described herein above, no management information 
for indicating a sector position where the provided pro- 
gram starts is recorded. Therefore, in the case of an op- 
tical disk in which a bit stream from a source as de- 
scribed herein above is recorded as it is, random access 
to the recorded video signal is impossible, the greatest 
advantage of a disk type recording medium is limited. 
[0008] If an optical disk in which a bit stream formed 
by encoding an analog input in a recording apparatus is 
recorded is distinguished from an optical disc in which 
a bit stream supplied from a source is recorded as it is, 
the recording/reproducing apparatus involves two types 



of optical disk resultantly, such mechanism leads to high 

cost. 

[0009] The present invention addresses this problem 
and aims to provide the capability to record a supplied 
compressed video signal without deterioration of image 
quality and with the capability to make random access 
to the recorded video signal. 

[001 0] A recording apparatus according to one aspect 
of the present invention is provided with a file generation 
means for generating files which contain video or audio 
signals, a characteristic point information generation 
means for generating the characteristic point informa- 
tion of the video or audio signals contained in the files 
for each file generated by the file generation means, and 
a recording means for recording the files and character- 
istic point information in a recording medium. 
[0011] A recording method according to another as- 
pect of the present invention includes a file generation 
step for generating files which contain video or audio 
signals, a characteristic point information generation 
step for generating the characteristic point information 
of the video or audio signals contained in the files for 
each file generated by the file generation step, and a 
recording step for recording the files and characteristic 
point information in a recording medium. 
[0012] A distribution medium according to another as- 
pect of the present invention for distributing a program 
which is possibleto be read by a computer for controlling 
an information processing apparatus to perform 
processing includes a file generation step for generating 
files which contain video or audio signals, a character- 
istic point information generation step for generating the 
characteristic point information of the video or audio sig- 
nals contained in the files for each file generated in the 
file generation step, and a recording step for recording 
the files and characteristic point information in a record- 
ing medium. 

[0013] A reproducing apparatus according to another 
aspect of the present invention is provided with a file 
reproducing means for reproducing files which contain 
video or audio signals recorded in a recording medium, 
a characteristic point information reproducing means for 
reproducing the characteristic point information of the 
video or audio signals contained in the files recorded in 
the recording medium for each file reproduced by the 
file regeneration means, and a reproduction control 
means for controlling reproduction of the files based on 
the characteristic point information reproduced by the 
characteristic point information reproducing means. 
[0014] A reproducing method according to another 
aspect of the present invention includes a file reproduc- 
ing step for reproducing files which contain video or au- 
dio signals recorded in a recording medium, a charac- 
teristic point information reproducing step for reproduc- 
ing the characteristic point information of the video or 
audio signals contained in the files recorded in the re- 
cording medium for each file reproduced in the file re- 
production step, and a reproduction control step for con- 
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trolling reproduction of the file based on the character- 
istic point information reproduced in the characteristic 
point information reproducing step. 
[0015] A distribution medium, according to another 
aspect of the present invention, for distributing a pro- 
gram which is possible to be read by a computer for con- 
trolling an information processing apparatus to perform 
processing includes a file reproducing step for reproduc- 
ing files which contain video or audio signals recorded 
in a recording medium, a characteristic point information 
reproducing step for reproducing the characteristic point 
information of the video or audio signals contained in 
the files recorded in the recording medium for each file 
reproduced in the file reproducing step, and a reproduc- 
tion control step for controlling reproduction of the file 
based on the characteristic point information repro- 
duced in the characteristic point information reproduc- 
ing step. ~ 

[0016] A recording apparatus according to another 
aspect of the present invention is provided with an input 
means for receiving an input signal which contains at 
least video signals, a characteristic point information de- 
tection means for detecting the characteristic point in- 
formation of the video signal based on a signal con- 
tained in the input signal, a video signal recording 
means for recording at least the video signal out of sig- 
nals contained in the input signal in a recording medium, 
and a characteristic point information write means for 
writing the characteristic point information in a recording 
medium. 

[0017] A recording method according to another as- 
pect of the present invention includes an input step for 
receiving an input signal which contains at least video 
signals, an characteristic point information detection 
step for detecting the characteristic point information of 
the video signal based on a signal contained in the input 
signal, a video signal recording step for recording at 
least video signals out of signals contained in the input 
signals in a recording medium, and a characteristic point 
information write step for writing the characteristic point 
information in a recording medium. 
[0018] A distribution medium, according to another 
aspect of the present invention, for distributing pro- 
grams which are possible to be read by a computer for 
controlling an information processing apparatus to per- 
form processing includes an input step for receiving an 
input signal which contains at least a video signal, a 
characteristic point information detection step for de- 
tecting the characteristic point information of the video 
signal based on a signal contained in the input signal, a 
video signal recording step for recording at least a video 
signal out of signals contained in the input signal in a 
recording medium, and a characteristic point informa- 
tion write step for writing the characteristic point infor- 
mation in a recording medium. 

[0019] A recording/reproducing apparatus according 
to another aspect of the present invention is provided 
with a file generation means for generating files which 



contain video or audio signals, a characteristic point in- 
formation generation means for generating the charac- 
teristic point information of the video or audio signals 
contained in the files for each file generated by the file 

5 generation means, a recording means for recording the 
files and characteristic point information in a recording 
medium, a file reproducing means for reproducing files 
which contain video or audio signals recorded in a re- 
cording medium, a characteristic point information re- 

10 producing means for reproducing the characteristic 
point information of the video or audio signals contained 
in the files recorded in the recording medium for each 
file reproduced by the file regeneration means, and a 
reproduction control means for controlling reproduction 

is of the files based on the characteristic point information 
reproduced by the characteristic point information re- 
producing means. 

[0020] A recording/reproducing method according to 
another aspect of the present invention includes a file 
20 generation step for generating files which contain video 
or audio signals, a characteristic point information gen- 
eration step for generating the characteristic point infor- 
mation of the video or audio signals contained in the files 
for each file generated by the file generation step, a re- 
2$ cording step for recording the files and characteristic 
point information in a recording medium, a file reproduc- 
ing step for reproducing files which contain video or au- 
dio signals recorded in a recording medium, a charac- 
teristic point information reproducing step for reproduc- 
30 jng the characteristic point information of the video or 
audio signals contained in the files recorded in the re- 
cording medium for each file reproduced in the file re- 
production step, and a reproduction control step for con- 
trolling reproduction of the file based on the character- 
's istic point information reproduced in the characteristic 
point information reproducing step. 
[0021] A distribution medium, according to another 
aspect of the present invention, for distributing pro- 
grams which are possible to be read by a computer for 
40 controlling an information processing apparatus to per- 
form processing includes a file generation step for gen- 
erating files which contain video or audio signals, a char- 
acteristic point information generation step for generat- 
ing the characteristic point information of the video or 
45 audio signals contained in the files for each file gener- 
ated in the file generation step, a recording step for re- 
cording the files and characteristic point information in 
a recording medium, a file reproducing step for repro- 
ducing files containing video or audio signals recorded 
50 in a recording medium, a characteristic point information 
reproducing step for reproducing the characteristic point 
information of the video or audio signals contained in 
the files recorded in the recording medium for each file 
reproduced in the file reproducing step, and a reproduc- 
es tion control step for controlling reproduction of the file 
based on the characteristic point information repro- 
duced in the characteristic point information reproduc- 
ing step. 
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[0022] In the recording apparatus recording method 
and distribution medium aspects of the present inven- 
tion, the characteristic point information of video or au- 
dio signals in the file is recorded in a recording medium 
for each file. 

[0023] In the reproducing according to another aspect 
of the present invention, the reproducing method ac- 
cording to one aspect of the present invention, and the 
distribution medium according to one aspect of the 
present invention, reproduction of the file is controlled 
based on the characteristic point information recorded 
in a recording medium for each file. 
[0024] In the recording apparatus according to anoth- 
er aspect of the present invention, the recording method 
according to another aspect of the present invention, 
and the distribution medium according to another aspect 
of the present invention, the characteristic point infor- 
mation of the video signal is detected and recorded in a 
recording medium together with the video signal. 
[0025] In the recording/reproducing apparatus ac- 
cording to another aspect of the present invention, the 
recording/reproducing method according to another as- 
pect of the present invention, and the distribution medi- 
um according to another aspect of the present invention , 
files and the characteristic point information of each file 
are recorded in a recording medium. The reproduction 
of the file is controlled correspondingly to the repro- 
duced characteristic point information 
[0026] Embodiments of the invention will now be de- 
scribed, by way of example only, with reference to the 
accompanying drawings in which: 
[0027] Fig. 1 is a diagram for describing the structure 
of the directory. 

[0028] Fig. 2 is a diagram for describing VOLUME. 
TOC. 

[0029] Fig. 3 is a diagram for describing 
vol ume_ information (). 

[0030] Fig. 4 is a diagram for describing 
volume_attribute (). 

[0031] Fig. 5 is a diagram for describing resume (). 
[0032] Fig. 6 is a diagram for describing 
volume_rating (). 

[0033] Fig. 7 is a diagram for describing write_protect 

(). 

[0034] Fig. 8 is a diagram for describing play_protect 

(). 

[0035] Fig. 9 is a diagram for describing 
recording_timer () . 

[0036] Fig. 10 is a diagram for describing text_block 
()■ 

[0037] Fig. 11 is a diagram for describing 
ianguage_set (). 

[0038] Fig. 12 is a diagram for describing text_item (). 
[0039] Fig. 13 is a diagram for describing ALBUM. 
STR. 

[0040] Fig. 14 is a diagram for describing album (). 
[0041] Fig. 1 5 is a diagram for describing TITLE_###. 
VDR. 



I0 087A2 6 

[0042] Fig. 1 6 is a diagram for describing title_info (). 
[0043] Fig. 17 is a diagram for describing 
PROGRAM_$$$. PGI. 

[0044] Fig. 18 is a diagram for describing program (). 
5 [0045] Fig. 19 is a diagram for describing playjist (). 
[0046] Fig. 20 is a diagram for describing play_item (). 
[0047] Fig. 21 is a diagram for describing 
CHUNKGROUP_###. CGIT. 

[0048] Fig. 22 is a diagram for describing 
10 chunk_connection_info (). 

[0049] Fig. 23 is a diagram for describing 
chunk_arrangement_info (). 

[0050] Fig. 24 is a diagram for describing 

CHUNK_%%%%. ABST. 
is [0051] Fig. 25 is a block diagram for illustrating an ex- 
emplary structure of an optical disc apparatus to which 

the present invention is applied. 

[0052] Fig. 26 is a diagram for describing the structure 

of the directory. 
20 [0053] Fig. 27 is a diagram for describing the logic 

structure of the directory. 

[0054] Fig. 28 is a diagram for describing offset. 
[0055] Fig. 29 is a diagram for describing the structure 
of the directory. 
25 [0056] Fig. 30 is a diagram for describing the structure 
of the directory. 

[0057] Fig. 31 is a diagram for describing the logic 
structure of the directory. 

[0058] Fig. 32 is a diagram for describing the structure 
30 of the directory. 

[0059] Fig. 33 is a diagram for describing the structure 
of the directory. 

[0060] Fig. 34 is a diagram for describing the logic 
structure of the directory. 
35 [0061] Fig. 35 is a diagram for describing the logic 
structure of the directory. 

[0062] Fig. 36 is a block diagram for illustrating anoth- 
er structure example of an optical disc apparatus of the 
present invention. 
40 [0063] Fig. 37 is a flow chart for describing accumu- 
lation and recording processing of the characteristic 
point information. 





[0064] Fig 38 is 
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diagram 


for 


describing 




field_type_id. 
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[0065] Fig. 39 is a diagram for describing info_type. 




[0066] Fig. 40 is 


a 


diagram 


for 


describing 




cognizant_recording_indicator. 








[0067] Fig 41 is 
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diagram 


for 


describing 




slot_unit_type. 
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[0068] Fig. 42 is 
bitstream_attribute (). 
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diagram 


for 


describing 




[0069] Fig. 43 is 
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diagram 


for 


describing 




bitstream_attribute_id. 












[0070] Fig. 44 is 
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diagram 


for 


describing 
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attribute_type. 












[0071] Fig 45 is 
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diagram 
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describing 




video_attribute (). 












[0072] Fig 46 is 
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diagram 


for 


describing 
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input_video_source. 

[0073] Fig. 47 is a diagram for describing 
video_compression_mode. 

[0074] Fig. 48 is a diagram for describing picture_rate. 
[0075] Fig. 49 is a diagram for describing s 
picture_scan_type. 

[0076] Fig. 50 is a diagram for describing 
verticaljines. 

[0077] Fig. 51 is a diagram for describing 
aspect_ratio. io 
[0078] Fig. 52 is a diagram for describing pixel_ratio. 
[0079] Fig. 53 is a diagram for describing 
C Coexistence. 

[0080] Fig. 54 is a diagram for describing 
recording_mode. is 
[0081] Fig. 55 is a diagram for describing syntax of 
audio_attribute (). 

[0082] Fig: SB is a diagram for describing 
input_source. 

[0083] Fig. 57 is a diagram for describing 20 
audio_coding_mode. 

[0084] Fig. 58 is a diagram for describing bitrate. 
[0085] Fig. 59 is a diagram for describing q_bit. 
[0086] Fig. 60 is a diagram for describing fs. 
[0087] Fig. 61 is a diagram for describing emphasis. 25 
[0088] Fig. 62 is a diagram for describing syntax of 
slotjnfo (). 

[0089] Fig. 63 is a diagram for describing slot_info__id. 

[0090] Fig. 64 is a diagram for describing syntax of 

slot_info_for_one_GOP (). 30 

[0091] Fig. 65 is a diagram for describing 

first_presented_picture_structure. 

[0092] Fig. 66 is a diagram for describing 

picture_count_type. 

[0093] Fig. 67 is a diagram for describing syntax of 35 
slot_info_for_one_audio_frame (). 
[0094] Fig. 68 is a diagram for describing syntax of 
slot_Jnfo_for_one_time_slot (). 

[0095] An example embodiment of the present inven- 
tion, will be described hereinafter in detail, to clearly in- 40 
dicate the corresponding relation between the respec- 
tive means described in claims and components de- 
scribed in the embodiments described hereinafter, com- 
ponents described in the embodiments (though only one 
example) corresponding to means described in the 45 
claims are indicated in parenthesis just after each 
means as shown herein under. These indications by no 
means limits the means to the examples described in 
the parenthesis. 

[0096] A recording apparatus described in claim 1 is so 
provided with a file generation means (for example, the 
step S6 in the Fig. 37) for generating files which contain 
video or audio signals, a characteristic point information 
generation means (for example, the step S7 in Fig. 37) 
for generating the characteristic point information of the ss 
video or audio signals contained in the files for each file 
generated by the file generation means, and a recording 
means (for example, the step S1 3 in Fig. 37) for record- 



ing the files and characteristic point information in a re- 
cording medium. 

[0097] A reproducing apparatus described in claim 7 
is provided with a fiie reproducing means (for example, 
the reproducing circuit 60 in Fig. 36) for reproducing files 
which contain video or audio signals recorded in a re- 
cording medium, a characteristic point information re- 
producing means (for example, the reproducing circuit 
60 in Fig. 36) for reproducing the characteristic point in- 
formation of the video or audio signals contained in the 
files recorded in the recording medium for each file re- 
produced by the file regeneration means, and a repro- 
duction control means (for example, the control circuit 
63 in Fig. 36) for controlling reproduction of the files 
based on the characteristic point information repro- 
duced by the characteristic point information reproduc- 
ing means. 

[0098] A recording apparatus described in claim 1 0 is 
provided with an input means (for example, the step S1 
in Fig. 37) for receiving an input signal which contains 
at least video signals, a characteristic point information 
detection means (for example, the step S1 in Fig. 37) 
for detecting the characteristic point information of the 
video signal based on a signal contained in the input 
signal, a video signal recording means (for example, the 
step S6 in Fig. 37) for recording at least the video signal 
out of signals contained in the input signal in a recording 
medium, and a characteristic point information write 
means (for example, the step S13 in Fig. 37) for writing 
the characteristic point information in a recording medi- 
um. 

[0099] A recording/reproducing apparatus described 
in claim 13 is provided with a file generation means (for 
example, the step S6 in Fig. 37) for generating files 
which contain video or audio signals, a characteristic 
point information generation means (for example, the 
step S7 in Fig. 37) for generating the characteristic point 
information of the video or audio signals contained in 
the files for each file generated by the file generation 
means, a recording means (for example, the step S13 
in Fig. 37) for recording the files and characteristic point 
information in a recording medium, a file reproducing 
means for reproducing files which contain video or audio 
signals recorded in a recording medium, a characteristic 
point information reproducing means (for example, the 
reproducing circuit 60 in Fig. 36) for reproducing the 
characteristic point information of the video or audio sig- 
nals contained in the files recorded in the recording me- 
dium for each file reproduced by the file regeneration 
means, and a reproduction control means (for example, 
the control circuit 63 in Fig. 36) for controlling reproduc- 
tion of the files based on the characteristic point infor- 
mation reproduced by the characteristic point informa- 
tion reproducing means. 

[0100] First, in the file arrangement on a recording 
medium on/from which the information is recorded/re- 
produced in the present invention is described. On the 
medium, as shown in Fig. 1, seven types of files de- 
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scribed herein under are recorded. 

VOLUME. TOC 
ALBUM. STR 
PROGRAM._$$$. PGi 
TITLE_###. VDR 
CHUNKGROUP_@@@. CGIT 
CHUNK_%%%%. ABST 
CHUNK_%%%%. MPEG2 

[0101] VOLUME. TOC and ALBUM. STR are record- 
ed in the root directory. In the directory "PROGRAM" re- 
corded just under the root directory "PROGRAM_$$$. 
PGI" (herein, "$$$" represents a program number) is re- 
corded. Similarly, in the directory "TITLE" recorded just 
under the root directory, "TITLE_###. VDR" (herein, 
"###" represents a title number) is recorded, in the di- 
rectory "CHUNRGROUP", "CHUNKGROUP_@@@. 
CGIT" is recorded (herein, " @ @ @ " represents a chunk- 
group number), and in the directory "CHUNK", 
"CHUNK_%%%%. ABST" (herein, ^/o^oro" repre- 
sents a chunk number) is recorded. 
[0102] In the MPEGAV directory recorded just under 
the root directory, one or more sub-directories are 
formed additionally, and under these sub-directory 
H CHUNK„%%%%. MPEG2" (herein, %%%% repre- 
sents a chunk number) is recorded. 
[0103] It is normal that there is only one VOLUME. 
TOC file on a medium. However, in a special medium 
such as a medium having a hybrid structure comprising 
a ROM and RAM, it can be possible that there is a plu- 
rality of VOLUME. TOC files on a medium. This file is 
used to indicate the whole characteristics of a medium. 
[0104] The structure of VOLUME. TOC is shown in 
Fig. 2. file_type_id is recorded at the head, and which 
indicates that this file is VOLUME. TOC. Subsequently, 
volumejnformation () is recorded, and followed finally 
by text_block (). 

[0105] The Structure of volumejnformation () is 
shown in Fig. 3. volumejnformation () contains 
volume_attribute (), resume (), volume_rating (), 
write__protect (), play_protect (), and recording Jimer (). 

volume_attribute () is an area for recording the at- 
tribute of logical volume, the detailed structure is 
shown in Fig. 4. As shown in Fig. 4, this area con- 
tains title_playback_mode Jlag and program_play- 
backjnodejlag. 

resume () is an area on which the information to 
resume the current state to the state just before 
ejection when the medium is inserted again, and the 
detailed structure is shown in Fig. 5. 
volume_rating () in Fig. 3 is an area on which the 
information to realize the viewer age restriction of 
the whole volume depending on the age and cate- 
gory, the detailed structure is shown in Fig. 6. 
write_protect () shown in Fig. 3 is an area on which 
the information to restrict the changing and erasing 



operation of title and program recorded in the vol- 
ume are recorded, and the detailed structure is 
shown in Fig. 7. 

play_protect () shown in Fig. 3 is an area on which 
the reproduction permission/no permission setting 
of title and program recorded in the volume or the 
information for restriction of the number of repro- 
ductions are recorded, and the detailed structure is 
shown in Fig. 8. 

recording Jimer () shown in Fig. 3 is an area on 
which the information for controlling recording time 
is recorded, and the detailed structure is shown in 
Fig. 9. 

[0106] The detailed structure of text_block () of VOL- 
UME. TOC shown in Fig. 2 is shown in Fig. 10. The 
text_block () contains language_set () and textjtem, 
and the detailed structures are shown in Fig. 11 and Fig. 
12 respectively. 

[0107] Normally there is only one file of ALBUM. STR 
shown in Fig. 1 in a medium. However, in a special me- 
dium such as a medium having a hybrid structure com- 
prising a ROM and RAM, it can be possible that there is 
a plurality of ALBUM. STR files on a medium. This file 
formed by combining a plurality of media is used to ob- 
tain a structure which appears as if it were one medium. 
[0108] The structure of ALBUM. STR is shown in Fig. 
13. filejypejd is recorded at the head, and which indi- 
cates that this file is ALBUM. STR. Subsequently album 
() is recorded, and finally text jDlock () is recorded 

album () is an area on which the information to deal 
a plurality of volumes (a plurality of media) as a group 
is recorded, and the detailed structure is shown in Fig. 
14. 

[0109] The number of files of TITLE_###. VDR shown 
in Fig. 1 is equal to the number of titles. A title means, 
for example, one piece of music in a compact disc or 
one program in television broadcast. The structure of 
this information is shown in Fig. 15. filejypejd is re- 
corded at the head ; this filejypejd indicates that this 
file is TITLE__###. VDR. Subsequently titlejnfo () is re- 
corded, and finally textJ>lock () is recorded. ### is a 
character string for indicating a title number. 

titlejnfo () is an area on which the starting point, 
the ending point and other attributes of the title are re- 
corded, and the detailed structure is shown in Fig. 16. 
[0110] The number of files of PROGRAM„$$$. PGI 
shown in Fig. 1 is equal to the number of programs. A 
program comprises a plurality of cuts which specify the 
partial area of a title (or whole area), and the respective 
cuts are reproduced in the specified order. The structure 
of this information is shown in Fig. 17. filejypejd is re- 
corded at the head : this filejypejd indicates that this 
file is PROGRAM_$$$. PGI. Subsequently, program () 
is recorded, and finally text_block () is recorded. $$$ is 
a character string which indicates a title number. 

program () is an area on which the information re- 
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quired to reproduce collected necessary informa- 
tion of the title is recorded without irreversible edi- 
tion of the material, and the detailed structure is 
shown in Fig. 18. 

program () shown in Fig. 18 has one piayjist. The 
detail of the piayjist () is shown in Fig. 19. 

[0111] A plurality of playjtem () is recorded in 
piayjist. The detailed structure of playjtem () is shown 
in Fig. 20. 

[0112] The number of files of CHUNK- 
GROUP_@@@. CGIT shown in Fig. 1 is equal to the 
number of chunkgroups. The chunkgroup is the data 
structure to arrange the pit stream. This file is not rec- 
ognized by a user as long as the user operates a appa- 
ratus for recording/reproducing a medium such as VDR 
(video disk recorder). 

[0113] The structure of this information is shown in 
Fig. 21. filejypejd is recorded at the head, and the 
filejypejd indicates that this file is CHUNK- 
GROUP_@@@. CGIT. Subsequently chunkgroup^ 
time_basejlags and chunkgroupJime_base_offset 
are recorded, and followed by chunk_connect ion Jnfo 
(), and finally text_block () is recorded. 

chunkgroupjime basejlags indicates a flag of 
reference counter of chunkgroup, and 
chunkgroupJime_base_offset indicates the starting 
time of the reference time axis in chunkgroup. This is a 
value which is set to a counter for 90 kHz counting up, 
and has a size of 32 bits. chunk_connectionJnfo () is 
an area on which the information of characteristic points 
such as the switching point of video and synchronization 
between video and audio, and the detailed structure is 
shown in Fig. 22. 

[0114] Loops of chunk_arrangement_info () are re- 
corded in the chunk_connection Jnfo (), and the number 
of the loops of chunk_arrangementJnfo () is equal to 
the number of chunks which belong to the chunkgroup. 
The detailed structure of ch un k_a r ran gem ent Jnfo () is 
shown in Fig. 23. 

[0115] The number offiles of CHUNK_%%%%. ABST 
shown in Fig. 1 is equal to the number of chunks. The 
chunk is an information file which is corresponding to 
onq stream file. The information structure is shown in 
Fig. 24. filejypejd is recorded at the head, the 
filejypejd indicates that this file is CHUNK_%%%%. 
ABST 

[0116] The CHUNK_%%%%. MPEG2 file shown in 
Fig, 1 is a stream file. The file contains a bit stream of 
MPEG unlike other files which records only information. 
[0117] Fig. 25 shows a structural example of an opti- 
cal disc apparatus for recording or reproducing informa- 
tion in or from an optical disc which is used as a medium 
having the file as described herein above. In this optical 
disc apparatus, one series of optical head 2 is provided 
correspondingly to one writable optical disc 1 , and the 
optical head 2 is used commonly to data reading and 
data writing. 



[0118] A bit stream read out from the optical disc 1 by 
the optical head 2 is demodulated by an RF and demod- 
ulation/modulation circuit 3, subjected to error correc- 
tion in an ECC circuit 4, and transmitted to a read out 

5 channel buffer 6 for absorbing the difference between 
read out rate and decode processing rate through a 
switch 5. The output from the read out channel buffer 6 
is supplied to a decoder 7. The read out channel buffer 
6 is structured so as to be read and written from a system 

10 controller 13. 

[011 9] The bit stream supplied from the read out chan- 
nel buffer 6 is decoded by the decoder 7, and a video 
and an audio signal are supplied from the decoder 7. 
The video signal supplied from the decoder 7 is supplied 

75 to a synthesis circuit 8, synthesized with an video signal 
supplied from an OSD (On Screen Display) control cir- 
cuit 9, supplied from an output terminal P1 to a display 
not shown in the drawing, and displayed. The audio sig- 
nal generated from the decoder 7 is transmitted from an 
20 output P2 to a speaker not shown in the drawing, and 
reproduced. 

[0120] On the other hand, the video signal supplied 
from an input terminal P3 and the audio signal supplied 
from an input terminal P4 are encoded by an encoder 
2S 10, and transmitted to a write channel buffer 1 1 for ab- 
sorbing the difference between the encode processing 
rate and write rate. The write channel buffer 11 is also 
structured so as to be read and written from the system 
controller 13. 

30 [0121] Data accumulated in the write channel buffer 
11 are read from the write channel buffer 11 , supplied to 
the ECC circuit 4 through the switch 5 to add error cor- 
rection codes, and thereafter modulated by the RF and 
demodulation/modulation circuit 3. The signal (RF sig- 

35 nal) generated from the RF and demodulation/modula- 
tion circuit 3 is written in the optical disc 1 by the optical 
head 2. 

[0122] An address detection circuit 12 detects the 
record in the optical disc 1 or the address information of 

40 tracks to be reproduced. A system controller 1 3 controls 
operations of respective components of the optical disc 
apparatus, and provided with a CPU 21 for controlling 
variously, a ROM 22 for storing processing programs to 
be executed by the CPU 21 , a RAM 23 for storing tem- 

45 porarily data generated in processing steps, and a RAM 
24 for storing various information files to be recorded or 
reproduced in or from the optical disc 1. The CPU 21 
performs fine adjustment of the position of the optical 
head 2 based on the detection result obtained by the 

50 address detection circuit 12. The CPU 21 controls 
switching of the switch 5. An input unit 14 comprising 
various switches and buttons is operated by a user when 
various commands are inputted. 

[0123] Next, basic read operations of the information 
55 file is described. For example, when "VOLUME. TOC" 
information file is read, the CPU 21 of the system con- 
troller 13 uses a file system operation command which 
is incorporated in the processing program previously to 
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define the physical address and the length of the phys- 
ical address on the optical disc 1 in which "VOLUME. 
TOC" is recorded. Subsequently, the CPU 21 moves the 
optical head 2 to the read position based on the address 
information of the "VOLUME. TOC". The CPU 21 sets 
the optical head 2, RF and demodulation/modulation cir- 
cuit 3, and ECC circuit 4 in the reading mode, and 
switches the switch 5 to the read channel buffer 6 side, 
further finely adjusts the position of the optical head 2, 
and thereafter makes the optical head 2 to start reading. 
Thereby, the content of the "VOLUME. TOC" is read by 
the optical head 2, demodulated by the RF and demod- 
ulation/modulation circuit 3, and subjected to error cor- 
rection by the ECC circuit 4, and accumulated in the 
read channel buffer 6. 

[0124] The CPU 21 stops reading when the data vol- 
ume accumulated in the read channel buffer 6 becomes 
equal to or larger than the size of "VOLUME. TOC". 
Thereafter, the CPU 21 reads the data supplied from the 
read channel buffer 6 and records it in the RAM 24. 
[0125] Next, the case that "VOLUME. TOC" informa- 
tion file is read is described as an example of the basic 
information file write operation. The CPU 21 uses the 
file system operation command incorporated in the 
processing program previously to find a space area hav- 
ing the size equal to or larger than the "VOLUME. TOC" 
which is to be written in the file system (optical disc 1 ), 
and defines the address. 

[0126] Next, the CPU 21 transfers "VOLUME. TOC" 
to be written newly which is ready in the RAM 24 to the 
write channel buffer 11. Subsequently, the CPU 21 
moves the optica! head 2 to the write position based on 
the address information of the space area. The CPU 21 
sets the optical head 2, RF and demodulation/modula- 
tion circuit 3, and ECC circuit 4 in writing mode, switches 
the switch 5 to the write channel buffer 11 side, finely 
adjusts the position of the optical head 2, and thereafter 
makes the optical head to start writing. 
[01 27] The content of the "VOLUME. TOC" which be- 
comes ready newly is read out from the write channel 
buffer 11, supplied to the ECC circuit 4 through the 
switch 5, added with error correction codes, and there- 
after modulated by the RF and demodulation/modula- 
tion circuit 3. The signal generated from the RF and de- 
modulation/modulation circuit 3 is recorded in the optical 
disc 1 by the optical head 2. When the data volume re- 
corded in the opticat disc 1 becomes equal to the size 
of "VOLUME. TOC", the CPU 21 stops writing operation. 
[01 28] Finally, the CPU uses the file system operation 
command incorporated in the processing program pre- 
viously to rewrite the pointer which points the "VOLUME. 
TOC B in the file system (optical disc 1 ) so as to point the 
position which has been written newly. 
[0129] Next, the case that a stream, CHUNK_0001. 
MPEG2 shown in Fig. 1 , is reproduced is described as 
an example of a basic stream reproduction operation. 
The CPU 21 uses a file system operation command 
which is incorporated in the processing program previ- 
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ously to define the physical address and the length of 
the physical address on the optical disc 1 in which 
"CHUNK_0001 .MPEG2" is recorded. Subsequently, the 
CPU 21 moves the optical head 2 to the read position 

5 based on the address information of the "CH UN K__0001 . 
MPEG2 ". The CPU 21 sets the optical head 2, RF and 
demodulation/modulation circuit 3, and ECC circuit 4 in 
the reading mode, and switches the switch 5 to the read 
channel buffer 6 side, finely adjusts the position of the 

10 optical head 2, and makes the optical head 2 to start 
reading. 

[0130] The content of the "CHUNKJD001. MPEG2" 
read out from the optical head 2 is accumulated in the 
read channel buffer 6 through the RF and demodulation/ 

15 modulation circuit 3, the ECC circuit 4, and the switch 
5. The data accumulated in the read channel buffer 6 is 
supplied to the decoder 7 to be subjected to decoding 
processing, and a video signal and an audio signal are 
generated respectively. The audio signal is generated 

20 from the output terminal P2 and the video signal is gen- 
erated from the output terminal P1 through the synthesis 
circuit 8. 

[01 31] When the data volume which is read out from 
the optical disc 1, decoded, and displayed becomes 
25 equal to the size of the "CHUNK_0001. MPEG2" or 
when the stopping of read out operation from the input 
unit 14 is indicated, the CPU 21 stops reading and de- 
coding processing. 

[0132] Next, the case that an information file, 

30 "CHUNK_0001. MPEG2", is written is described as an 
example of the basic stream recording operation. The 
CPU 21 uses a file system operation command which 
is incorporated in the processing program previously to 
find an space area having the size equal to or larger than 

35 the "CHUNK_0001 . MPEG2" which is to be written in 
the file system (optical disc 1 ), and defines the address. 
[01 33] The video signal supplied from the input termi- 
nal P3 and the audio signal supplied from the input ter- 
minal P4 are encoded by the encoder 10 ; and accumu- 

40 lated in the write channel buffer 11. Subsequently, the 
CPU 21 moves the optical head 2 to the write position 
based on the address information of the space area. The 
CPU 21 sets the optical head 2, RF and demodulation/ 
modulation circuit 3, and ECC circuit 4 in the writing 

45 mode, and thereafter makes the optical head 2 to start 
writing. Thereby, the content of the "CHUNK_0001 . 
MPEG2" which is ready newly is read out from the write 
channel buffer 11, supplied to the optical head 2 through 
the switch 5, the ECC circuit 4, and the RF and demod- 

50 ulat ion/modulation circuit 3, and recorded in the optical 
disk 1 . 

[0134] When the data volume which has been read 
out from the write channel buffer 11 and recorded in the 
optical disc 1 becomes equal to the previously set value 
55 or when stopping of write operation is indicated from the 
input unit 14, the CPU 21 stops write operation. Finally, 
the CPU 21 uses the file system operation command 
which has been incorporated in the processing program 
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previously to rewrite the pointer which points the 
"CHUNK_0001 . MPEG2" in the file system (optical disc 
1 ) so as to point the position written newly. 
[0135] Now, it is assumed that information files and 
stream files are recorded in the optical disc 1 as shown 
in Fig. 26. In this example, one program file named as 
"PROGRAM_001. PGP is contained. Three title files 
named as TITLE__001 . VDR", "TITLE_002. VDR", and 
"TITLE_003. VDR" are contained in this optical disc 1 . 
[0t36] Further, in the optical disc 1, two files in the 
chunkgroup named as "CHUNKGROUP_001 . CGIT" 
and "CHUNKGROUPJX>2. CGIT" are contained. In ad- 
dition, three stream files named as "CHUNK__0001. 
MPEG2", "CHUNK_0011. MPEG2", " and 
"CHUNKJD012. MPEG2" are contained in the optical 
disc 1 , and corresponding information files named as 
"CHUNK_0001. ABST", "CHUNK_0011. ABST", and 
,, CHUNKJDai2r s ABST" are recorded in the optical disc 
1. 

[0137] The logic structure of the optical disc 1 having 
information files and stream files shown in Fig. 26 is 
shown in Fig. 27. In this example, the chunk information 
file "CHUNK_001. ABST" specifies the stream file 
"CHUNK_0001. MPEG2", the chunk information file 
"CHUNK_0011. ABST" specifies the stream file 
M CHUNK_0011. MPEG2", and the chunk information file 
"CHUNK_0012. ABST" specifies the stream file 
"CHUNK_0012. MPEG2" respectively. In detail, the file 
ID of the stream is specified in the field namely 
chunKJilejd in CHUNK_%%%%. ABST shown in Fig 
24. 

[01 38] Further, in this example, the chunkgroup infor- 
mation file, "CHUNKGROUPJ301.CGIT", specifies the 
chunk information file, "CHUNK_0001 . ABST", and the 
chunk information file, "CHUNKGROUPJD02. CGIT" 
specifies the chunk information file, "CHUNK_0011. 
ABST" and "CHUNK_0012. ABST" respectively In de- 
tail, the file ID of the chunk information is specified in 
the field namely chunk_info_file_id in the 
chunk_arrangement_info_Jnfo () shown in Fig. 13. The 
chunk_arrangement_info () is recorded in the chunk- 
group information file, the number of 
chunk__arrangement_info () is equal to the number of 
chunks which belong to this chunkgroup (the 
chunk_arrangementJnfo () shown in Fig. 23 is de- 
scribed in the chunk_connectionjnfo () shown in Fig. 
22, and the chunk_connection_info () is described in the 
CHUNKGROUP_###. CGIT). 

[0139] There is only one chunk__arrangement_info () 
in CHUNKGROUPJX)1 , and the chunk_info_fileJd in it 
specifies the CHUNK_0001. There are two chunk_ 
arrangementjnfo () in CHUNKGROUP__002, and 
CHUNK_0011 and CHUNK_0012 are specified respec- 
tively in it. To process such cases, the chunkgroup can 
specifies the reproduction order of a plurality of chunks. 
[0140] In detail, first the initial value of the clock in this 
chunkgroup is decided using chunkgroup_time_base_ 
offset in CHUNKGROUP_###. CGIT shown in Fig. 21. 



Next, presentation^ start_cg_count and presentation^ 
end_cg_time_count of the chunk_arrangemenMnfo () 
shown in Fig. 23 are specified when each chunk is reg- 
istered. 

5 [0141] For example, as shown in Fig. 28, it is assumed 
that the length (time) of CHUNK_0011 is A, and the 
length (time) of CHUNK_0012 is B. The presentation„ 
start_cg_count of CHUNK_0011 is equal to the 
chunkgroup_time_base_offset, and the presentation^ 

10 end__cg_count is equal to the chunk_group_time_ 
base_offset + A. The presentation_start_cg_count of 
CHUNK_0012 is equal to the chunkgroup_time_ 
base_offset + A, and the presentation_end_cg_count is 
equal to the chunk_group_time_base_offset + A + B. 

75 Assuming as described herein above, then 
CHUNKGROUP_002 is defined as that which is formed 
by reproducing continuously CHUNKJ3011 and 
CHUNK_0012. 

[0142] In the case that CHUNK_0011 and 
20 CHUNKJD012 overlap each other in reproduction time, 
the time can be specified to be shifted. Further, by writ- 
ing in the transitionjnfo () in the chunk_arran- 
gementjnfo () shown in Fig. 23, special effects ( fade- 
in, fade-out, and wipe) can be specified at the transition 
25 between two streams. 

[0143] in an example in Fig. 26 (Fig. 27), the title in- 
formation file "TITLE_001. VDR" and "TITLE_002. 
VDR" indicates the chunkgroup information file 
"CHUNKGROUP„001: CGIT", and the title information 
30 file "TITLE_003. VDR" indicates the chunkgroup infor- 
mation file "CHUNKGROUP_002. CGIT" respectively. 
In detail, in thetitle_info () shown in Fig. 16, chunkgroup 
file ID is specified with the field cgit__filejd, and the time 
range which defines this title in the chunkgroup is spec- 
ks jfjed with the field title_start_chunk_group_time_stamp 
and title_end_chunk_group_time_stamp. 
[0144] For example, in the example shown in Fig. 27, 
TITLE J)01 points the first half of CHUNKGROUP_001 
and TITLE_002 points the second half of 
40 CHUNKGROUP JX>1. This division is performed in re- 
sponse to a request from a user, the division position is 
arbitrary for user and can not be pre-determined. Here- 
in, it is assumed that the position divided by TITLE_001 
and TITLE_002 is set at the position A apart from the 
45 head of CHUNKGROUPJD01 . 

[0145] TITLE_001 specifies CHUNKGROUP_001 as 
the chunkgroup, specifies starting time of 
CHUNKGROUP_001 as the starting time of the title, and 
specifies the time point specified by a user as the ending 
so time of the title. 

[01 46] In other words, chunkgroup_time_base_offset 
(head position) of CHUNKGROUP_001 is set as 
title_start_chunk_group_time_stamp of TITLE 001 , and 
chunkgroup_time_base_offset + length of A is set as 
55 title__end_chunk_group_time_stamp of TITLE_001 . 
[0147] TITLE_002 specifies CHUNKGROUP„001 as 
the chunkgroup, the time point specified by a user as 
the starting time of the title, and the ending time of 
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CHUNKGROUP_001 as the title ending time. 
[0148] The titie_end_chunk_group„time_stamp 
(head position) of CHUNKGROUPJD01 added with 
length of A is set as title_start_chunk_group_ 
time._stamp of the TITLE_002, and the chunkgroup_ 
time_base_offset of CHUNKGROUP_001 added with 
the length of CHUNKGROUP_001 is set as the 
title_end_chunk_group_time_stamp of the TITLE_002. 
[0149] Further, the TITLE_003 specifies CHUNK- 
GROUP_002 as the chunkgroup, specifies the starting 
time of the CHUNKGROUP_002 as the starting time of 
the title, and specifies the ending time of CHUNK- 
GROUP„002 as the ending time of the title. 
[0150] In other words, the chunkgroup_time_base_ 
offset is set as the title_start_chunk_group_time_stamp 
of the TITLE_003, and the chunkgroup_time_base_off- 
set of CHUNKGROUP„002 added with length of 
CHUNKGROUPT002 is set as the title_end_chunk_ 
group_time_stamp of TITLE_003. 
[0151] Further, in this example, the program informa- 
tion file "PROGRAM^OOI. PGP specifies to reproduce 
a part of TITLE_001 and a part of TITLE_003 in this or- 
der. In detail, the title is specified with title_number in 
the play_time () shown in Fig. 20, the starting point and 
ending point are defined by the times defined with each 
title, thereby one cut is extracted. A plurality of cuts are 
combined to structure a program. 

[0152] Next, operation to additionally record (append 
recording) the new information in the optical disc 1 is 
described In detail, this recording is performed by indi- 
cating the recording to the optical disc apparatus in real 
time using timer recording or through user operation of 
the input unit 14. In the case of the latter, the record end- 
ing time can not be predicted if the recording button has 
been pushed, however the ending time can be predicted 
if the button for one-touch recording function (function 
to record for a certain time after operation) has been 
pushed. 

[0153] Herein, timer recording is described as an ex- 
ample. In this case, it is assumed that a user of the op- 
tical disc apparatus has indicated the record starting 
time, record ending time, bit rate of bit stream, and chan- 
nel to be recorded previously. Further, it is assumed that 
the space capacity corresponding to the bit rate and re- 
cording time is residually available in the optical disc 1 
is confirmed at the time point when the recording is re- 
served. 

[0154] In the case that some information is recorded 
additionally in the optical disc 1 between the record res- 
ervation time and actual recording time of the reserved 
recording, the capacity for recording at the specified bit 
rate is not secured. In such case, the CPU 21 is control- 
led so that the bit rate is lowered to a value lower than 
the specified value and information corresponding to the 
reserved time is recorded, or so that the bit rate is not 
changed and information corresponding to the recorda- 
ble time is recorded. Of course, the CPU 21 generates 
a message to the user for telling the situation at the time 
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point when the additional information is recorded and a 
possible failure in the reserved recording becomes 
clear. 

[01 55] When the starting time of the reserved record- 
s ing comes close, the CPU 21 resumes automatically the 
mode from sleep mode to operation mode using the 
built-in timer and clock. The CPU 21 secures the area 
which is sufficient for the reserved recording on the op- 
tical disc 1 using the file system operation command in- 
fo corporated in the processing program previously. In de- 
tail, the value which is formed by multiplying the result 
(recording time) of subtraction of the starting time from 
the ending time of the reserved recording by the bit rate 
corresponds to the size of area required to record the 
15 reserved program, the CPU 21 first secures the area of 
this size. Alternatively, in the case that the information 
file other than stream file is required to be recorded 
when recording, for example, in the case that a title in- 
formation file is required to be recorded as a new title, 
20 jt is required to secure a capacity which is sufficient for 
recording these information files on the optical disc 1 . If 
the sufficient area can not be secured, any of the above- 
mentioned methods (bit rate change, recording only for 
a recordable time) is selected. 
2S [0156] At this time, because it is the record to have a 
new title, a user gives a new stream file name as a new 
stream file in a new stream directory. Herein, it is as- 
sumed that this is ¥MPEGAV¥STREAMS_ 
003¥CHUNK_0031. In detail, the file name of 
30 CHUNK_0031. MPEG2 is given under STREAM_003 
directory, under MPEGAV directory, under the root di- 
rectory as shown in Fig. 29. 

[0157] The CPU 21 commands the execution of the 
recording mode to the respective units. For example, a 

35 video signal supplied from a tuner not shown in the 
drawing to the input terminal P3 and an audio signal sup- 
plied to the input terminal P4 are encoded by the encod- 
er 10, and accumulated in the write channel buffer 11. 
Subsequently, the CPU 21 moves the optical head 2 to 

40 the write position based on the address information of 
the area which has been secured previously. The CPU 
21 sets the optical head 2, RF and demodulation/mod- 
ulation circuit 3, and ECC circuit 4 in the write mode, 
and switches the switch 5 to the write channel buffer 1 1 

45 side, finely adjusts the position of the optical head 2, and 
makes the optical head 2 to start writing. Thereby, the 
content of "CHUNK_0031 . MPEG2" which is newly pre- 
pared is read out from the write channel buffer 11, and 
recorded in the optical disc 1 through the switch 5, the 

50 ECC circuit 4, the RF and demodulation/modulation cir- 
cuit 3, and the optical head 2. 

[0158] The above-mentioned write operation is con- 
tinued, and the CPU 21 stops writing when any one of 
conditions described herein under appears. 

5S 

1 ) The time reaches the ending time of the reserved 
recording. 

2) Recording can not be continued in the optical disc 
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1 due to deficient capacity and other causes. 
3) Command to stop recording operation is gener- 
ated. 

[0159] Next, the CPU 21 rewrites the pointer which 5 
points "CHUNK_0031. MPEG2" in the file system to a 
value which points the position where a new pointer is 
written. Further, the CPU 21 prepares respective files of 
the chunk information, chunkgroup information, and title 
information, and gives names respectively and stores 10 
them. It is required that the space capacity which is suf- 
ficient for recording these files is secured in the optical 
disc 1 when recording or reserving. 
[0160] As described herein above, new files are gen- 
erated as shown, for example, in Fig. 30. In the drawing, is 
file names having an asterisk (*) at the upper right corner 
indicates files which have been generated this time. 
[0161] Fig: 3T^shows the relation of newly formed in- 
formation files. TITLE_004 specifies CHUNKGROUP__ 
003, CHUNKGROUPJD03 specifies CHUNK_0031, 20 
and CHUNK__0031 specifies STREAM_0031 . 
[0162] In detail, the new stream is registered in the 
information file as TITLE_004. The user can recognize 
the attribute of TITLE_004 by way of function for con- 
firming the title of the optical disc apparatus, and can 25 
reproduce TITLE_004. 

[0163] Next, operation of overwrite recording on the 
optical disc 1 as shown in Fig. 26 (Fig. 27) is described. 
Overwrite recording is an operation in which a new pro- 
gram is recorded on the program which has been re- 30 
corded (at this time, the existing program is erased) as 
in the case that signals are recorded on a video tape. 
[0164] In overwrite recording, the position where 
overwrite recording starts is important. For example, it 
is assumed that a user indicates to start overwrite re- 35 
cording from the head of TITLE_001. At this time, the 
overwrite recording proceeds with rewriting TITLE_001 , 
TITLE_002, and TITLE_003 respectively in this order. If 
the recording operation does not yet end when 
T!TLE_003 has been rewritten to the tail, then a new 40 
area is secured in the space area of the optical disc 1 
and the recording is continued. For example, if 
TITLE_002 is the record starting position, then 
TITLE_J)02 is not rewritten in this recording operation 
because TITLE_001 positioned before the record start- 45 
ing position. 

[0165] Now it is assumed that overwrite recording is 
performed from the head of TITLE_003 by way of timer 
recording. In this case, it is assumed that a user of the 
optical disc apparatus has specified previously the so 
record starting time and ending time, the bit rate of bit 
stream, and the channel to be recorded. Further, it is 
assumed that the head of TITLE_003 has been speci- 
fied as the record starting position, which is important in 
overwrite recording. Yet further it is assumed in this case 55 
also that the capacity sufficient for the bit rate and re- 
cording time has been confirmed previously in the opti- 
cal disc 1 when the recording was reserved. In the case 



of overwrite recording, the sum of the total capacity of 
rewritable (a plurality of) titles following from the speci- 
fied position and the space capacity of the optical disc 
1 is the recordable capacity. In other words, in this case, 
the sum of the total capacity of STREAM_0011 and 
STREAM_0012 which are streams managed by 
TITLE_003 and the space capacity of the optical disc 1 
is the recordable capacity. 

[01 66] In overwrite recording, there are some choices 
in selecting order of stream for recording in the record- 
able capacity. The first method is a method in which the 
order of streams is specified by the title. In detail, in this 
case, the recording is started from the head of 
STREAM_0011, and when STREAM_0011 is recorded 
to the tail, then STREAMJD012 is recorded from the 
head, and when STREAM_0012 is recorded to the tail, 
then information is recorded in the space area. Another 
method is an method in which first the space area is re- 
corded, and when all the space area is fully recorded, 
then the existing stream is recorded. 
[0167] The former method is advantageous in terms 
of emulation of video tape. In other words, this method 
is characterized in that users can understand easily be- 
cause this is the same operation as that for video tape. 
The latter method is characterized in that the method is 
excellent in protection of the recorded information be- 
cause the existing recorded stream is erased later. 
[0168] In the case that additional recording is per- 
formed in the optical disc 1 between the time when the 
recording reservation was set and the time when the re- 
served recording is executed actually, it can happen that 
the capacity for recording the reserved program at the 
specified bit rate is not secure, in this case, in the same 
manner as described herein above, the bit rate is low- 
ered automatically and recording is executed over the 
reserved time, alternatively recording is executed during 
the available time with keeping the bitrate unchanged. 
[0169] When the starting time of the reserved time 
comes close, the optical disc apparatus resumes from 
sleeping mode to operating mode. The CPU 21 secures 
all the space capacity-in the optical disc 1. Of course, 
the space capacity may be secured when it is needed 
in stead of securing the space capacity at that timing, 
but herein for the purpose of description, it is assumed 
that the required area is secured before starting of the 
recording. 

[0170] In the case that the size of required area is 
known based on starting time, ending time, and bit rate 
specified by the timer recording, the required capacity 
(or with additional some margin) may be secured. When 
it is required to record an information file for the record- 
ing, for example, a title information file is necessary be- 
cause the information is registered as a new title, it is 
required that the capacity for recording the information 
file should be secured. 

[0171] Herein, a file name is given to the new stream 
file as a new stream file in a new stream directory. In 
detail, the file name of ¥MPEGAV¥STREAMS„ 
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002¥CHUNK_0031 is given. In detail, as shown in Fig. 
32, a file is named as CHUNKJD031. MPEG2 under 
STREAM„002 directory, under MPEGAV directory, un- 
der the root directory. 

[01 72] The video signal supplied to the input terminal 
P3 and the audio signal supplied to the input terminal 
P4 are encoded by the encoder 10, and accumulated in 
the write channel buffer 11. Subsequently, the CPU 21 
moves the optical head 2 to the write position based on 
the address information of the area which was secured 
previously. The CPU 21 sets the optical head 2, RF and 
demodulation/modulation circuit 3, and ECC circuit 4 in 
writing mode, and switches the switch 5 to the write 
channel buffer 11 side, the position of the optical head 
2 is finely adjusted, and thereafter the optical head 2 
starts writing. Thereby, the content of CHUNK_0031. 
MPEG2 which is prepared newly is read out from the 
write channel buffer 11 , and recorded in the optical disc 
1 through the switch 5, ECC circuit 4, RF and demodu- 
lation/modulation circuit 3, and optical head 2. 
[01 73] At this time, the first stream file "CHUN K_00 1 1 . 
MPEG2" is rewritten. When the recording is executed to 
the tail of "CHUNK_0011 . MPEG2", next, the recording 
proceeds to "CHUNK_0012. MPEG2, and further pro- 
ceeds continuously to CHUNK_0031 . MPEG2. 
[0174] The CPU 21 continues the above-mentioned 
operation, and as in the case described herein above, 
when any one of the three conditions occurs, the CPU 
21 stops writing. 

[0175] Next, the CPU 21 uses the file system opera- 
tion command incorporated previously in the processing 
program to update the stream file, the chunk informa- 
tion, the chunkgroup information, and the title informa- 
tion. 

[0176] The file structure depends on the write end tim- 
ing. For example, in the case that after two streams 
namely CHUNK_0011. MPEG2 and CHUNK_0012. 
MPEG2 are completely overridden and subsequently 
the recording is continued on CHUNK_0031. MPEG2, 
the file structure in the optical disc 1 is shown in Fig. 33. 
Asterisks (*) given at the upper right corner of filenames 
indicates that those files are newly recorded files. 
[0177] Fig. 34 shows the relation of files (files shown 
in Fig. 33) which have been recorded as described here- 
in above. In comparison with Fig. 31, CHUNK_0031 is 
incremental in CHUNK contained in CHUNK- 
GROUP_002 specified by TITLE_003, and 
CHUNK_0031 specifies STREAM_0031. 
[0178] On the other hand, in the case that the over- 
write recording ends in the middle of overwriting on the 
existing stream, for example, in the case that the over- 
write recording ends in the middle of recording on 
CHUNK_0011, the stream of CHUNK_0031 which has 
been secured for overwriting is released because of no 
overwriting. In this case, a special title processing is per- 
formed, in detail, in the case that the overwrite recording 
starts from the head of TITLE_003 and ends in the mid- 
dle, the title is divided at the point. As shown in Fig. 35, 



the area from the overwrite recording starting position 
to the ending position is contained in the new 
TITLE_003, and the following area (residual area of the 
original TITLE_003) is contained in TITLE_004. 

s [0179] Next, operation of title reproduction is de- 
scribed. It is assumed that an optical disc 1 having files 
shown in Fig. 26 is inserted into the optical disc appa- 
ratus to reproduce the title. First when the optical disc 1 
is inserted, the CPU 21 reads out the information files 

10 from the optical disc 1 , and stores them in RAM 24. This 
operation is performed by repeating reading operation 
of the basic information file described herein above. 
[0180] The CPU 21 reads first VOLUME. TOC and 
ALBUM. STR. Next, the CPU 21 counts the number of 

15 files having the escape identifier of "VDR" under the di- 
rectory "TITLE". The files having this escape identifier 
are files which contain the title information, and the 
number of files is equal to the number of titles. In the 
example shown in Fig. 26, the number of tiles is 3. Next, 

20 the CPU 21 reads three title information files and stores 
them in RAM 24. 

[0181] The CPU 21 controls the OSD control circuit 9 
to generate the character information for indicating the 
title information recorded in the optical disc 1 , and the 

25 character information is combined with the video signal 
in the synthesis circuit 8 and the synthesized information 
is supplied from the output terminal Pt to a display for 
displaying. In this case, the existence of three titles, the 
length and the attribute (name, date and time of record- 

30 ing) of these three respective titles are displayed. 

[0182] Herein, it is assumed that a user specifies re- 
production of TITLE_002. In the information file of 
TITLE_002 (in the cgit_file_id in the titlejnfo () shown 
in Fig. 16), the file ID for specifying CHUNK- 

35 GROUP_001 is recorded, and the CPU 21 stores this 
file and also stores CHUNKGROUP_001 in RAM 24. 
[01 83] Next, the CPU 21 checks that the starting time 
and ending time of T!TLE_002 (title_start_chunk_ 
group_time_stamp and title_end_chunk_group_time_ 

40 stamp in titlejnfo () in Fig. 16) correspond respectively 
to which CH UNK. This check is performed by comparing 
information (presentation_start_cg_time_count and 
presentation_end_cg_time_count in chunk_arran- 
gement Jnfo () shown in Fig. 23) in which CHUNK is reg- 

45 istered. In this case, as shown in Fig. 27, it is understood 
that the starting time of TITLE JD02 is contained in the 
middle of CHUNK JD001 . In other words, it is understood 
that in order to reproduce TITLE_002 from the head, the 
reproduction may be started from the middle of stream 

50 file "CHUNK_0001 . MPEG2". 

[0184] Next, the CPU 21 checks the position in the 
stream which corresponds to the head of TITLE_002. In 
detail, the starting time of T1TLE_002 which corre- 
sponds to how many offset time (time stamp) in the 

55 stream is calculated, and next the reproduction starting 
point positioned just before the starting time is specified 
using the characteristic point information in CHUNK file. 
Thereby, the offset distance from the head of the repro- 
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duction starting point file is defined. 
[0185] Next, the CPU 21 defines the physical address 
and the length of the physical address in the optical disc 
1 in which H CHUNK_0001. MPEG2" is recorded using 
the file system operation command in which the s 
processing program is incorporated previously. Further, 
the offset address of the reproduction starting point ob- 
tained just before is added to this address, and the ad- 
dress of reproduction starting point of TITLE_002 is fi- 
nally defined. w 
[0186] Subsequently, the CPU 21 moves the optical 
head 2 to the reading out position based on the address 
information of the "CHUNK_0001. MPEG2". The CPU 
21 sets the optical head 2, RF and demodulation/mod- 
ulation circuit 3, and ECC circuit 4 in the reading out is 
mode, and switches the switch 5 to the read out channel 
buffer 6 side, the position of the optical head 2 is finely 
adjusted, the reSffter the optical head 2 starts reading. 
Thereby, the content of "CHUNKJDOOI. MPEG2" is ac- 
cumulated in the read out channel buffer 6. 20 
[0187] The data accumulated in the read out channel 
buffer 6 is supplied to the decoder 7 to be decoded, and 
a video signal and an audio signal are generated. When 
the quantity of data which are read out from the optical 
disc 1 , decoded, and displayed becomes equal to the 25 
size of "CHUNK_0001. MPEG2", the CPU 21 is 
switched over to reproduction of TITLE_003. The repro- 
duction operation of TITLE_003 is the same operation 
as the reproduction operation of TITLE_002. 
[0188] When the registered title is reproduced com- 30 
pletely or when read out operation is indicated to be 
brought to a stop, the reading out and decoding are 
brought to a stop. 

[01 89] When a new disc is inserted to the optical disc 
apparatus as the optical disc 1 , or when a disc of differ- 35 
ent format is inserted, the CPU 21 tries to read out VOL- 
UME. TOC and ALBUM. STR when a disc is inserted, 
however, there is no such file in the disc. In this case, 
that is, in the case that VOLUME. TOC and ALBUM. 
STR can not be read out, the CPU 21 generates a mes- 40 
sage to request an indication from a user. The user in- 
dicates to the CPU 21 any of operations, namely, ejec- 
tion of the optical disc 1 (for example, in the case that 
this disk is of different format), initialization (for example, 
in the case that a new disc of the same format), and 45 
resumption of data by any procedure (for example, in 
the case that the diss is a disk of the same format but 
data is destroyed). 

[0190] An optical disc apparatus 51 shown in Fig. 36 
records video signals compressed according to MPEG2 so 
system (referred to as compressed video signals) which 
are supplied from digital satellite broadcast in a record- 
able optical disc 71 , and reproduces the video signal re- 
corded in the optical disk 71 . 

[0191] The optical disc apparatus 51 is provided with 55 
a first input terminal 52 for receiving base band digital 
video signals (or analog video signals) which are not 
compressed, a second input terminal 53 for receiving 



compressed video signal which are compressed ac- 
cording to MPEG2 system from a receiving apparatuss 
72 for digital satellite broadcast, an encoder 54 for com- 
pressing according to MPEG2 system the digital video 
signal supplied through the first input terminal 52 as it 
is or analog signals after A/D conversion, a descramble 
circuit 55 for descrambiing digital satellite broadcast vid- 
eo signals supplied through the second terminal, and an 
MPEG decoder 56 for expanding compressed video sig- 
nals which has been descrambled by the descramble 
circuit 55. 

[0192] The optical disc apparatus 51 is provided ad- 
ditionally with a characteristic point detection circuit for 
detecting characteristic points of un-compressed base 
band digital video signals (if an input signal is an analog 
video signal, then the signal is subjected to A/D conver- 
sion and a characteristic point is detected) which are 
supplied from the first input terminal 52 or the MPEG 
decoder 56, an multiplexing circuit 58 for multiplexing 
the compressed video signals generated from the en- 
coder 54 or descramble circuit 55 and the characteristic 
point file generated from the characteristic point detec- 
tion circuit 57, and an recording circuit 59 for recording 
compressed video signals which have been multiplexed 
by the multiplexing circuit 58 in the optical disc 71 . 
[0193] The optical disc apparatus 51 is further addi- 
tionally provided with a reproduction circuit 60 for repro- 
ducing compressed video signals and characteristic 
point files recorded in an optical disc 71, a separation 
circuit 61 for separating reproduced video signals and 
characteristic point files, an MPEG decoder 62 for de- 
coding separated video signals according to MPEG2 
system, and a control circuit 63 for performing reproduc- 
tion control of the reproduction circuit 60 based on sep- 
arated characteristic point files. 

[0194] The optical disc apparatus 51 is yet addition- 
ally provided with an operation input unit 64 for being 
operated by a user and a monitor 65 for displaying 
based band video signals supplied from the first input 
terminal, the MPEG decoder 56, and MPEG decoder 62 
as dynamic images. 

[0195] The first input terminal 52 receives a normal 
un-compressed digital video signal from, for example, a 
digital video tape recorder. The normal un-compressed 
digital video signal supplied to the first input terminal 52 
is compressed by the MPEG encoder 54 according to 
the MPEG2 system, and supplied to the multiplexing cir- 
cuit 58. The normal un-compressed digital video signal 
supplied to the first input terminal 52 is also supplied to 
the characteristic point detection circuit 57. 
[0196] The second input terminal 53 receives a com- 
pressed video signal compressed according to the 
MPEG2 system from, for example, a digital satellite 
broadcast receiving apparatus 72. The compressed vid- 
eo signal supplied to the second input terminal 53 is de- 
scrambled by the descramble circuit 55 using a key 
code. The descrambled compressed video signal is 
supplied to the multiplexing circuit 58. The descrambled 
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compressed digital video signal is supplied also to the 
MPEG decoder 56, subjected to expansion processing 
therein, and supplied to the characteristic point detec- 
tion circuit 57. 

[01 97] The characteristic point detection circuit 57 de- 
tects a characteristic point information from the video 
signal when the un-compressed base band video signal 
is supplied and generates a characteristic point file. 
[01 98] Herein the characteristic point of a video signal 
is defined as a head finding point used for reproduction 
or edition of video signals, for example, a scene switch- 
ing frame, or a frame positioned at starting or ending 
point of a program. The characteristic point may be a 
head picture of GOP in MPEG or I picture, or a frame 
having a sound larger than a certain magnitude or small- 
er than a certain magnitude (large sound or mute 
sound) . When a characteristic point is detected using 
GOP and sounchn MPEG, the needed information is 
supplied to the characteristic point detection circuit 57. 
[0199] In a characteristic point file, the information 
which correlates the type of the above-mentioned char- 
acteristic point to the record position of the characteristic 
point in the optical disc 71 is contained. The record po- 
sition of the characteristic point in the optical disc 71 is, 
for example, a sector address. 

[0200] Alternatively, the characteristic point may be 
also specified by a user. For example, a user operates 
the operation input unit 64 to specify a characteristic 
point during real time recording, and at this time, the 
characteristic point detection circuit 57 detects the op- 
erated input and generates a characteristic point infor- 
mation. 

[0201] The characteristic point detection circuit 57 
supplies the generated characteristic point file to the 
multiplexing circuit 58. 

[0202] The multiplexing circuit 58 multiplexes the 
characteristic point file on the compressed video signal 
compressed according to MPEG2 system supplied from 
the descramble circuit 55 or the MPEG encoder 54. The 
multiplexed compressed video signal obtained from the 
characteristic point file is subjected to addition of error 
correction codes and modulation according to a pre- 
scribed modulation system in the recording circuit 59, 
and thereafter recorded in the optical disc 71. 
[0203] The multiplexing circuit 58 multiplexes the 
characteristic point file on the compressed video signal 
and also multiplexes- caption codes and audio data si- 
multaneously. Alternatively, the multiplexing circuit 58 
may multiplexes the characteristic point file by recording 
the characteristic point file on a management informa- 
tion area such as TOC of the optical disc 71 , or may 
records the characteristic point file in other recording 
media such as a built-in memory of the optical disc ap- 
paratus 51 or a memory card instead of multiplexing the 
characteristic point file on the compressed video signal. 
[0204] As described herein above, the optical disc ap- 
paratus 51 can record the compressed video signal sup- 
plied by the way of digital satellite broadcast in the form 



of bit stream as it is in the optical disc 71 . The optical 
disc apparatus 51 can detect the characteristic point of 
the video signal to be recorded and record the charac- 
teristic point with the compressed video signal as a char- 
5 acteristic point file. Therefore, the optical disc apparatus 
51 records the video signal without deterioration of the 
image quality, and further the optical disc apparatus 51 
is capable of random access to the recorded video sig- 
nal. 

10 [0205] On the other hand, the reproduction circuit 60 
performs demodulation and error correction processing 
to reproduce the compressed video signai and charac- 
teristic point file recorded in the optical disc 71 . 
[0206] The reproduced compressed video signal and 

15 characteristic point file is separated respectively by the 
separation circuit 61 . The separated compressed video 
signal is subjected to decode processing in the MPEG 
decoder 62, and supplied to the monitor 65. The sepa- 
rated characteristic point file is supplied to the control 

20 circuit 63. 

[0207] The control circuit 63 controls the reproduction 
circuit 60 based on the characteristic point file informa- 
tion and the operation input information supplied from 
the operation input unit 64. For example, the control cir- 

2S cuit 63 takes a random access to the optical disc 71 
based on the characteristic point information indicated 
in the characteristic point file and the sector address 
where the characteristic point is recorded. The repro- 
duction circuit 60 performs, for example, skip reproduc- 

30 tion, in which characteristic point frames indicated in the 
characteristic point file is reproduced successively, or 
performs head finding reproduction to find a desired 
scene change frame. 

[0208] Alternatively, if the characteristic point file is re- 

35 corded, for example, in TOC of the optical disc 71 , then 
the control circuit 63 displays the information indicated 
in the characteristic point file on the monitor 65, a user 
confirms the displayed content, and the desired pro- 
gram is reproduced from the head. 

40 [0209] The above-mentioned MPEG decoder 62 is 
shown as a circuit independent from the MPEG decoder 
56 for the purpose of convenience for description, how- 
ever, one circuit may be used selectively for recording 
and reproducing. 

45 [0210] As described herein above, the optical disc ap- 
paratus 51 can reproduce the compressed video signal 
recorded in the optical disc 71 without deterioration of 
image quality, and can take random access to the re- 
corded video signal. 

50 [0211] By the way, the optical disc apparatus 51 can 
generates anew characteristic point file during repro- 
duction. In detail, in the optical disc apparatus 51, an 
output from the MPEG decoder 62 used for reproduction 
is supplied to the characteristic point detection circuit 

55 57, and a characteristic point file is generated from the 
base band video signal obtained during the reproduc- 
tion. The characteristic point detection circuit 57 sup- 
plies the characteristic point file generated during the 
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reproduction to the control circuit 63, and stores the 
characteristic point file in the built-in memory. The con- 
trol circuit 63 may control reproduction of the optical disc 
71 based on the characteristic point file stored separate- 
ly in the memory. 5 
[0212] In the case that the characteristic point file is 
generated during reproduction, the characteristic pint of 
only the recorded portion is detected out of the recorded 
video signal. However, for example, if a high speed de- 
coder having a processing speed as high as 4 times or 10 
8 times the reproduction speed is used as the MPEG 
decoder 62, then the characteristic point file can be gen- 
erated before reproduction because of read ahead. 
[0213] The optical disc apparatus 51 multiplexes the 
characteristic point file generated during reproduction is 
on the video signal when reproduction is completed or 
interrupted, and records the characteristic point file in 
the optical disc 71 . Alternatively, it may be stored differ- 
ently in the memory of the control circuit 63 provided in 
the optical disc apparatus 51 . 20 
[0214] Fig. 37 shows accumulation and recording 
processing of the characteristic point information. First 
in the step S 1 , the control circuit 63 determines whether 
the input signal is an analog signal, and if the input signal 
is an analog signal, then the sequence proceeds to the 25 
step S2, the data of 1 GOP is encoded by the MPEG 
encoder 54. The encoded bit stream is recorded in the 
optical disc 71 as a file through the multiplexing circuit 
58 and recording circuit 59. At this time, the control cir- 
cuit 63 controls the characteristic point detection circuit 30 
57 so as to detect the characteristic point of the input 
video signal supplied from the terminal 52. Next, the se- 
quence proceeds to the step S3, the control circuit 63 
stores the characteristic point which is detected by the 
characteristic point detection circuit 57 in the step S2 in 35 
the built-in memory. Further in the next step S4, the con- 
trol circuit 63 determines whether a user indicates the 
end of recording, and if the end of the recording is not 
indicated, then the sequence returns to the step S2, and 
the following processing is performed repeatedly. If the 40 
recording operation is judged as it is ended in the step 

54, the sequence proceeds to the step S13. 

[0215] On the other hand, if the input signal is not an 
analog signal, then the sequence proceeds to the step 

55, the control circuit 63 determines whether the input 45 
signal is a bit stream encoded according to the MPEG2 
system. If the input signal is a video stream encoded 
according to the MEPG2 system, then the sequence 
proceeds to the step S6, and the control circuit 63 pars- 
es the video data of 1 GOR In detail, the control circuit so 
63 controls the MPEG decoder 56 so as to decode nec- 
essary information as the characteristic point informa- 
tion such as GOP starting point of the bit stream, picture 
type, and length from the header information contained 

in the bit stream. The characteristic point detection cir- ss 
cuit 57 detects the characteristic point information from 
the information decoded by the MPEG decoder 56. The 
input signal is recorded in the file. 



[0216] Next, the sequence proceeds to the step S7, 
the control circuit 63 stores the characteristic point in- 
formation detected by the characteristic point detection 
circuit 57 in the built-in memory. At this time, because 
the video stream which has been stored is already en- 
coded according to the MPEG2 system, the MPEG en- 
coder 54 supplies the input bit stream to the multiplexing 
circuit 58 as it is, and records the bit stream in the optical 
disc 71 through the recording circuit 59. 
[0217] In the step S8, the control circuit 63 determines 
whether the end of the recording operation is command- 
ed, and if the result is NO, the sequence returns to the 
step S6, and the following processing is executed re- 
peatedly In the step S8, if the result is YES, the se- 
quence proceeds to the step S1 3. 
[0218] On the other hand, in the step S5, if the input 
signal is determined to be an video stream not encoded 
according to the MPEG2 system, then the sequence 
proceeds to the step S9, and the control circuit 63 de- 
termines whether the video signal can be parsed (the 
structure of the video signal can be detected) . If the re- 
sult is YES, then the sequence proceeds to the step 
SI 0, the control circuit 63 parses the video signal of one 
access unit. In detail, the control circuit 63 controls the 
MPEG decoder 56 to decode the input video stream 
(therefore, the MPEG decoder 56 is capable of function- 
ing to decode data which are encoded according a sys- 
tem other than the MPEG2 system in addition to data 
encoded according to the MPEG2 system), and sup- 
plies the decoded video stream to the characteristic 
point detection circuit 57 based on the header informa- 
tion to detect the characteristic point. At this time, the 
input video stream passes the MPEG encoder 54 as it 
is, and is recorded in the file in the optical disc 71 through 
the multiplexing circuit 58 and recording circuit 59. Fur- 
ther in the step S1 1 . the characteristic point information 
is stored in the built-in memory. In the step S12, the con- 
trol circuit 63 determines whether the end of the record- 
ing operation is commanded, and if the result is NO, then 
the sequence returns to the step S10, and the following 
processing is performed repeatedly. In the step S1 2, the 
determined result is YES, then the sequence proceeds 
to the step S1 3. 

[0219] In the step S13, the control circuit 63 supplies 
the characteristic point information stored in the built-in 
memory to the characteristic point detection circuit 57 
to generate a file, and stores it as the file in the optical 
disc 1 through the multiplexing circuit 58 and recording 
circuit 59. 

[0220] In the step S9, if the determined result is NO, 
then the control circuit 63 brought the recording opera- 
tion to an end. 

[0221] The characteristic point information will be de- 
scribed herein under in detail. Two purposes of introduc- 
tion of the characteristic point file is described herein 
under. * Reduce access time during variable speed re- 
production to realize faster variable reproduction. 
* Not embed the information in a stream to reduce the 
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load during recording. 

By achieving these purposes, the following effect is ex- 
pected. * MPEG2 video stream is edited in frame accu- 
racy. 

* Switching between two streams during reproduction is s 
performed smoothly (seamless reproduction). 
[0222] The characteristic point information is an ar- 
rangement of extracted necessary information for each 
small unit of the bit stream. The small unit is determined 
with matching to the characteristic of the bit stream, for io 
example, in the case of an MPEG video stream, 1 GOP 
corresponds to the small unit, and in the case of audio, 
1 audio frame corresponds to the small unit. In this case, 
the characteristic point information includes the informa- 
tion such as the relative number of bytes from the file ?5 
head located at the starting position of each GOP and 
audio frame and the reproduction time. 
[0223] The optical disc apparatus 51 accumulates 
temporarily the extracted characteristic point informa- 
tion in the memory and finally records it in the optical 20 
disc 1 . If the file in which the characteristic point infor- 
mation is recorded has been lost, it is possible to re- 
structure it by parsing the stream. If there is no charac- 
teristic point information file or the characteristic point 
information can not be generated, then the reproduction 25 
is performed without using the characteristic point infor- 
mation. In this case, the reproduction is partially limited. 
For example, only the normal reproduction from the 
chunk head is possible, or un-natural connection be- 
tween chunks at switching can happen to occur. 30 
[0224] The detailed characteristic point information is 
shown in Fig. 24 as described herein above. The 
CHUNK„%%%%. ABST is a file in which the character- 
istic point extracted from the bit stream which is the com- 
ponent of the chunk of sub_file number %%%% is re- 35 
corded. In this file, the starting byte position, length, and 
attribute are described for each bit stream unit structure 
such as GOP or audio frame. GOP information and au- 
dio frame information are collected for each chunk 
(subjile) as 1 CHUNK_%%%%. ABST 40 

file_type_jd is structured as shown in Fig. 38, this 
is an identifier for representing that this is a file in 
which the characteristic point information is record- 
ed, and represented with a character string having 45 
16 characters according to ISO-646. 
info_type represents the type of subsequent 
streamjnfo, and specifies the type of stream as 
shown in Fig. 39. 

cognizant_recordingJndicator shown in Fig. 40 so 
represents whether this chunk is recorded by a re- 
cording apparatus which is capable of understand- 
ing and updating CCI (Copy Control Information). 
number_of_programs represents the number of 
programs contained in TS (Transport Stream), and 55 
it is necessary to read PSI (Program Specific Infor- 
mation) for recognizing the number. If the 
number_of_programs is the number other than TS, 



then the value is 1 . 

number_of_streams represents the number of 
streams used in this program, if the number is the 
number of TS, then the value is the number of dif- 
ferent PID (packet identification). If the stream is the 
MPEG stream other than TS, the number of streams 
having a different stream id is loaded in this place, 
streamjdentifier represents a stream id, and in the 
case of TS, PID is used as the stream id. 
siot_unit_type shown in Fig. 41 indicates division 
methods which have been used when the stream is 
divided with a certain interval. In the case that the 
index of division is the time such as each frame and 
field, the time stamp is used. 
slot_time_length represents the time which corre- 
sponds to 1 slot, and is represented with a value of 
a time stamp which uses 90 kHz counter. 
number_of_slots represents the number of slots 
which are written in the table. 
number_of_thinned_out_slots represents the 
number of slots which are thinned out, and the value 
of 0 indicates that all the slots represented with 
slot_unit_type are recorded in this file. The slot 
which is generated first for each stream can not be 
shinned out. 

text_block () is an area where various texts are 
stored, only the text item which is permitted to be 
used in files which contain the text_block () is de- 
scribed. 

bitstream_attribute () represents the elementary 
stream of the MPEG or attribute of each video and 
audio stream other than MPEG. The syntax is rep- 
resented in Fig. 42. 

bitstream_attribute_id shown in Fig. 43 is an iden- 
tifier which indicates that bitstream_attribute () 
starts from this position, and is represented with a 
character string having 16 characters according to 
ISO-646. 

bitstream_attribute_length is contained in 
bitstream_attribute (), and represents the length of 
data byte which is subsequent to the field of 
bitstream_attribute_length. 

attribute_type represents the type of attribute which 
is subsequent next as shown in Fig. 44. 
video_attribute () is collected for each stream of the 
video. Because chunk unit is a continuous streams, 
the attribute is determined for each unit. 
Syntax of video_attribute () is shown in Fig. 45. 
input_video_source represents the type of input 
source as shown in Fig. 46. 

video_compression_mode represents the method 
for encoding the video such as MPEG1 video, 
MEPG2 video and DV as shown in Fig. 47. 
picture_rate represents the sampling time period of 
1 picture as shown in Fig. 48, and represents the 
shortest time period of the picture regardless of 
picture_scan_type. 

picture_scan_type represents which method out of 
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a method in which 1 picture is recorded progres- 
sively and a method in which 1 picture is recorded 
in interlace is used. The display method is a prob- 
lem of mounting. 

verticaijines represents the number of scanning s 
line as shown in Fig. 50. 

horizontal_active_pixels represents the effective 

pixels in the horizontal direction. 

aspect_ratio represents the aspect ratio as shown 

in Fig. 51 . 10 

pixel_ratio represents the squareness of the pixel 

(1 : 1 or 1 : 1 .25) as shown in Fig. 52. 

CC_existence represents the existence of Closed 

Caption as shown in Fig. 53. 

recording_mode represents recording mode of ?5 
VDR (SP (Standard Play) or LP (Long Play)) as 
shown in Fig. 54. 

copyrighViffformation represents the copyright in- 
formation. 

audio_attribute () is an area where the attribute of 20 
audio stream is recorded, and an arrangement of 
constant attribute in the chunk for each stream ID. 
In the case that a plurality of audio streams having 
the same stream ID is recorded in different times, 
all the audio streams should have the same at- 25 
tribute. Each channel in 1 audio stream has the 
same coding mode, quantization bit, and sampling 
frequency. 

Syntax of audio_attribute () is shown in Fig. 55. 
number_of_audio_st reams represents the total 30 
number of streams which are regarded as audio 
streams recorded in the chunk, and means the 
number of audio streams having different stream id. 
The audio stream is regardless of the starting posi- 
tion (the starting position is referred to the charac- 35 
teristic point file). 

streamjd represents the stream id of the ad- 
dressed audio stream 

sub_stream_id represents the id which assists in 
determining the addressed audio stream. 40 
language_code represents a language code of the 
stream and is written according to IS0639-2. 
input_source represents the input source of the 
stream as shown in Fig. 56. If it is unknown, then it 
is written as "0000b". 45 
audio_coding_mode represents the coding mode of 
the audio stream as shown in Fig. 57. 
bitrate represents fixed or variable bit rate as shown 
in Fig. 58. 

q_bit represents the number of quantization bits so 
(24, 20, 16, 12, etc.) as shown in Fig. 59. 
fs represent the sampling frequency of the audio 
stream as shown in Fig. 60. 

emphasis represents the flag of emphasis as shown 
in Fig. 61 , and is effective for LPCM stream. ss 
number_of channels represents the number of 
channels (1 (mono) to 8). 

status_of_Jhis_channel represents the state of 



channel and represents whether channels used for 
overflow record is residual, for example, represents 
the space channel. 

channel_assignment represents that what channel 
is assigned to what speaker (L R. Center, Rear, L, 
Rear R,,,) and is effective for LPCM stream. 
Dynamic_range_contro! is represents Dynamic 
range control. 

karaoke () represents karaoke related data, 
slotjnfo () is formed by dividing a stream into units 
specified by siot_type, an by extracting the charac- 
teristic of the stream for each small unit (slot), 
slotjnfo () is used selectively for each type of 
stream. 

Syntax of slotjnfo () is shown in Fig. 62. 
siotjnfojd is an identifier which indicates the po- 
sition from which slotjnfo () starts as shown in Fig. 
63, and is represented with a character string hav- 
ing 16 characters according to ISO 646. 
Syntax of slot JnfoJor_one_GOP () is shown in Fig. 
64. 

slotJnfoJor_one_GOP () is the characteristic ex- 
tracted from the MPEG video stream, and the basic 
slot unit is 1 GOP. 

slot_info_one_GOP () is repeated the number of 
times equivalent to the number of GOP in the 
stream. 

slot_start_point used hereinafter represents the 
head position of a slot, and is arranged in byte align. 
Head bytes of all the GOP headers in the stream 
should be slot_start_point. Further, the head byte 
of the picture header of I -picture may be 
slot_start„point. 

slotjength represents the length from this 
slot_start_point to the next slot_start_point in the 
form of byte, and in the case of the first stream or 
final stream, slotjength represents the length from 
the head or tail respectively, 
(in case of "infojype == MEPG1_system_stream") 
sequence_header_start_offset indicates the first 
byte of Sequence header which is located before 
the addressed slot_start_point bit position and is lo- 
cated nearest to s!ot__start_point. The value is rep- 
resented with the absolute value of the relative 
number of bytes from slot_start_point. 
packet_start_offset indicates the head byte of the 
packet header of a packet which contains the byte 
position indicated by sequence_header__start_off- 
set The value is represented with the absolute val- 
ue of the relative number of bytes from 
slot_start_point. 

sequence_header_start_offset indicates the first 
byte of the sequence header which is located before 
the addressed slot_start_point bit position and is lo- 
cated nearest to the siot_start_point. The value is 
represented with the absolute value of the relative 
number of bytes from slot_start_point. 
PES„packet_start_offset indicates the head byte of 
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the packet header of a PES packet which contains 
the byte position indicated by sequence_header_ 
start_offset. The value is represented with the ab- 
solute value of the relative number of bytes from 
slot, standpoint. & 
pack_start_offset indicates the head byte of the 
pack header of a pack which contains the byte po- 
sition indicated with sequence_header_start_off- 
set. The value is represented with the absolute val- 
ue of the relative number of bytes from 10 
slot_start_point. 

(in case of "info_type == MPEG2__System_TS") 
sequence_header_start_offset indicates the first 
byte of the sequence header which is located before 
the addressed slot_start_point bit position and is lo- is 
cated nearest to the slot_start_point. The value is 
represented with the absolute value of the relative 
number of bytes from slot_start_point. 
TS_packet_start_offset indicates the head byte of 
the packet header of a TS packet which contains 20 
the byte position indicated with sequence_header_ 
start_offset. The value is represented with the 
number obtained by dividing the absolute value of 
the relative number of bytes from the head byte of 
the packet header of a TS which contains 25 
slot_start_point by 1 88. 

PES_packet_start_offset indicates the head byte of 
the PES packet which contains the byte position in- 
dicated with TS_packet_start_offset. The value is 
represented with the absolute value of the relative 30 
number of bytes from slot_start_point 
TS_packet_start_offset2 indicates the head byte of 
the TS packet which contains the byte position in- 
dicated with PES„packet_start_offset. The value is 
obtained by dividing the absolute value of the rela- 35 
tive number of bytes from the head byte of the pack- 
et header of the TS packet which contains 
slot_start_point by 188. 

(in case of "info_type == MEPG2_System_PS") 
sequence_header_start_offset indicates the first 40 
byte of the sequence header located before the ad- 
dressed slot_start_point bit position and is located 
nearest to the slot_start_point. The value is repre- 
sented with the absolute value of the relative 
number of bytes from the slot_start_point. 45 
PES_packet_start_offset indicates the head byte of 
the packet header of the PES packet which contains 
the byte position indicated with sequence_header__ 
start_offset. The value is represented with the ab- 
solute value of the relative number of bytes from the so 
slot__start_point. 

GOPH_existence_flag is a flag for representing 
whether the header just before slot_start_pint is 
GOP header, and is effective only when the ad- 
dressed slot_start_point is a picture header. 55 
first_presented__picture_structure is pictu ^struc- 
ture of a picture displayed first of this slot as shown 
in Fig. 65. 



copy_closed_GOP represents copy of a closed 
GOP flag value of GOP header corresponding to 
this slot. 

copy__broken_link represents copy of the broken 
link flag value corresponding to this slot. 
time_stamp_of_first_picture represents the time 
stamp of the picture which is displayed first in the 
addressed slot or the time information or the like for 
AV synchronization. 

GOP_status represents GOP status and is com- 
posed of flags, for example, for indicating the inclu- 
sion of editing point. 

picture_count_type represents picture count type 
(frame or field) as shown in Fig. 66. Because of the 
problem of 3-2 pull down and top or bottom field first, 
picture count in frame unit can cause an error, it is 
allowed to count in field unit. 
number_of_picture represents the number of pic- 
tures contained in the slot, and is a value counted 
in the unit specified with picture_count_iype. 
encode_info () represents an area for recording the 
information supplied from the encoder which en- 
codes this stream. 

buffer^occupancy () represents the information 
which relates to buffer occupancy, 
camerajnfo () represents the image taking condi- 
tion information (camera movement correction in- 
formation, aperture of camera, shutter speed, 
brightness) in the case that this information is the 
information obtained using a video camera, 
reserved represents an extended area. 
Syntax of siot_info_for_one_audio_frame () is 
shown in Fig. 67. 

MPEG audio stream information is written in the or- 
der of bit stream file arrangement for each AAU (Au- 
dio Access Unit: audio frame). 
AAU_storage_length represents the difference be- 
tween the head address of the PES packet which 
contains the head of the addressed AAU and the 
head of the PES packet which contains the head of 
the next AAU, and to find the position of the packet 
in which the head of AAU, difference values are 
added. 

AAU_startjDyte_position represents the length 
from the head of the PES packet which contains the 
head of the addressed AAU to the head byte of 
AAU. 

flags represents various flags. 
encode_info () represents an area for recording the 
information supplied from an encoder which en- 
codes this stream. 

camera_info () represents the image taking condi- 
tion information (camera movement correction in- 
formation, aperture of camera, shutter speed, 
brightness, frame taking photographing : AE mode, 
WB mode, planning speed, shutter) in the case that 
this information is an image information obtained 
using a video camera. 
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Syntax of slot_info_for_one_time_slot () is shown 
in Fig. 68. 

[0225] Examples where the present invention is ap- 
plied to optical disc apparatus are described hereinbe- 
fore, however alternatively, the present invention may 
be applied to other recording media for recording or re- 
producing the information. 

[0226] As the distribution media for distributing the 
computer program for performing processing as de- 
scribed hereinbefore to users : recording media such as 
magnetic discs, CD-ROMs, and solid memories as well 
as communication media such as network and satellite 
may be used. 

[0227] In at least preferred embodiments of the re- 
cording apparatus, the recording method and the distri- 
bution medium, the characteristic point information of 
the video signaTor audio signal contained in the file is 
recorded in a recording medium for each file, makes it 
possible to control reproduction of the video signal or 20 
audio signal in file unit. 5. 
[0228] In at least preferred embodiments of the repro- 
duction apparatus, the reproduction method, and distri- 
bution medium, reproduction of the file is controlled 
based on the characteristic point information recorded 25 
in the recording medium for each file, making it possible 
to manage the file. 

[0229] In at least preferred embodiments of the re- 
cording apparatus, the recording method, and the dis- 
tribution medium, the characteristic point information of 30 
the video signal is detected, and the video signal and 
characteristic point information are both recorded in a 
recording medium, then recording may be performed 
without deterioration of the image quality, and it is pos- 6. 
sible to take random access to the recorded video sig- 35 
nal. Because it is possible to recording/reproducing in 
the same system, high cost of a recording/reproducing 
apparatuss are suppressed regardless that the video 
signal is compressed or not compressed. 
[0230] In at least preferred embodiments of the re- 40 
cording/reproducing apparatus, recording/reproducing 
method, and the distribution medium, files and charac- 
teristic point information of each file are recorded in a 
recording medium, and reproduction of files is controlled 
correspondingly to the characteristic point information 45 
reproduced from the recording medium, making it pos- 
sible to realise an easy file management system. 



tained in the files for each file generated by said 
file generation means; and 
recording means for recording said files and 
characteristic point information in a recording 
medium. 

2. A recording apparatus as claimed in claim 1 , where- 
in said characteristic point information is a head po- 
sition finding information, pointer information, 
siot_info (), or video_attribute 

3. A recording apparatus as claimed in claim 1 , where- 
in said video_attribute contains aspect_ratio or 
display_mode. 

4. A recording apparatus as claimed in claim 1 , where- 
in said recording means records said characteristic 
point information in said recording medium togeth- 
er. 

A recording method including: 

a file generation step for generating files which 
contain video or audio signals; 
a characteristic point information generation 
step for generating the characteristic point in- 
formation of said video or audio signals con- 
tained in the files for each file generated by said 
file generation step; and 

a recording step for recording said files and 
characteristic point information in a recording 
medium. 

A distribution medium for distributing a program 
which is possible to be read by a computer for con- 
trolling an information processing apparatus to per- 
form processing including: 

a file generation step for generating files which 
contain video or audio signals; 
a characteristic point information generation 
step for generating the characteristic point in- 
formation of said video or audio signals con- 
tained in the files for each file generated in said 
file generation step; and 
a recording step for recording said files and 
characteristic point information in a recording 
medium. 



Claims 

1. A recording apparatus comprising: 

file generation means for generating files which 
contain video or audio signals; 
characteristic point information generation 
means for generating the characteristic point 
information of said video or audio signals con- 



50 7. A reproducing apparatus comprising: 

file reproducing means for reproducing files 
which contain video or audio signals recorded 
in a recording medium; 
55 characteristic point information reproducing 

means for reproducing the characteristic point 
information of said video or audio signals con- 
tained in the file recorded in said recording me- 
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dium for each file reproduced by said file regen- 
eration means; and 

reproduction control means for controlling re- 
production of said files based on said charac- 
teristic point information reproduced by said 
characteristic point information reproducing 
means. 

8. A reproducing method including: 

a file reproducing step for reproducing files con- 
taining video or audio signals recorded in a re- 
cording medium; 

a characteristic point information reproducing 
step for reproducing the characteristic point in- 
formation of said video or audio signals con- 
tained jn the file recorded in said recording me- 
dium foFeach file reproduced in said file repro- 
duction step; and 

a reproduction control step for controlling re- 
production of said file based on said character- 
istic point information reproduced in said char- 
acteristic point information reproducing step. 

9. A distribution medium for distributing a program 
which is possible to be read by a computer for con- 
trolling an information processing apparatus to per- 
form processing including: 

a file reproducing step for reproducing files con- 
taining video or audio signals recorded in a re- 
cording medium: 

a characteristic point information reproducing 
step for reproducing the characteristic point in- 
formation of said video or audio signals con- 
tained in the file recorded in said recording me- 
dium for each file reproduced in said file repro- 
ducing step; and 

a reproduction control step for controlling re- 
production of said file based on said character- 
istic point information reproduced in said char- 
acteristic point information reproducing step. 

10. A recording apparatus comprising: 

input means for receiving an input signal which 
contains at least video signals; 
characteristic point information detection 
means for detecting the characteristic point in- 
formation of said video signal based on a signal 
contained in said input signal; 
video signal recording means for recording at 
least the video signal out of signals contained 
in said input signal in a recording medium; and 
characteristic point information write means for 
writing said characteristic point information in a 
recording medium. 
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11. A recording method including: 

an input step for receiving an input signal which 
contains at least video signals; 
an characteristic point information detection 
step for detecting the characteristic point infor- 
mation of said video signal based on a signal 
contained in said input signal; 
a video signal recording step for recording at 
least video signals out of signals contained in 
said input signals in a recording medium; and 
a characteristic point information write step for 
writing said characteristic point information in a 
recording medium. 

12. A distribution medium for distributing programs 
which are possible to be read by a computer for con- 
trolling an information processing apparatus to per- 
form processing including: 

an input step for receiving an input signal which 
contains at least a video signal; 
a characteristic point information detection step 
for detecting the characteristic point informa- 
tion of said video signal based on a signal con- 
tained in said input signal; 
a video signal recording step for recording at 
least a video signal out of signals contained in 
said input signal in a recording medium; and 
a characteristic point information write step for 
writing said characteristic point information in a 
recording medium. 

13. A recording/reproducing apparatus comprising: 

file generation means for generating files which 
contain video or audio signals; 
characteristic point information generation 
means for generating the characteristic point 
information of said video or audio signals con- 
tained in the files for each file generated by said 
file generation means, a recording means for 
recording said files and characteristic point in- 
formation in a recording medium; 
file reproducing means for reproducing files 
which contain video or audio signals recorded 
in a recording medium; 

characteristic point information reproducing 
means for reproducing the characteristic point 
information of said video or audio signals con- 
tained in the file recorded in said recording me- 
dium for each file reproduced by said file regen- 
eration means; and 

reproduction control means for controlling re- 
production of said files based on said charac- 
teristic point information reproduced by said 
characteristic point information reproducing 
means. 
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14. A recording/reproducing method including: 

a file generation step for generating files which 
contain video or audio signals: 
a characteristic point information generation s 
step for generating the characteristic point in- 
formation of said video or audio signals con- 
tained in the files for each file generated by said 
file generation step; 

a recording step for recording said files and 10 
characteristic point information in a recording 
medium; 

a file reproducing step for reproducing files con- 
taining video or audio signals recorded in a re- 
cording medium; is 
a characteristic point information reproducing 
step for reproducing the characteristic point in- 
formation of said video or audio signals con- 
tained in the file recorded in said recording me- 
dium for each file reproduced in said file repro- 20 
duction step; and 

a reproduction control step for controlling re- 
production of said file based on said character- 
istic point information reproduced in said char- 
acteristic point information reproducing step. 25 

15. A distribution medium for distributing programs 
wh ich are possible to be read by a computer for con- 
trolling an information processing apparatus to per- 
form processing including: 30 



a file generation step for generating files which 
contain video or audio signals; 
a characteristic point information generation 
step for generating the characteristic point in- 35 
formation of said video or audio signals con- 
tained in the files for each file generated in said 
file generation step; 

a recording step for recording said files and 
characteristic point information in a recording 40 
medium; 

a file reproducing step for reproducing files con- 
taining video or audio signals recorded in a re- 
cording medium; 

a characteristic point information reproducing 45 
step for reproducing the characteristic point in- 
formation of-said video or audio signals con- 
tained in the file recorded in said recording me- 
dium for each file reproduced in said file repro- 
ducing step; and so 
a reproduction control step for controlling re- 
production of said file based on said character- 
istic point information reproduced in said char- 
acteristic point information reproducing step. 
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Syntax 




Number of 


Bits 


Mnemonic 


VOLUME. TOC { 

f i I e_type_id 

vol ume_i nformat ion 0 

text blocKU 

j 




8*16 




char [16] 


F 1 


G. 


3 






Syntax 




Number of 


Bits 


Mnemonic 



vo I ume_i nformat i on 0 f 
volume_attribute 0 
resume 0 
vo I ume_rat i ng 0 
wr i te_protect 0 
play_protect 0 
record i ng_t imer 0 

} 



F I 6.4 



Syntax 


Number of Bits 


Mnemon i c 


volume_attribute() { 

vol ume_attr ibute_l ength 
vdr_version 


32 
4*4 


uimsbf 
bed 


reserved 

t i 1 1 e_pi ayback_mode_f 1 ag 
prog ram_p 1 ayback_mode_f 1 ag 


6 
1 
1 


bslbf 
bslbf 
bslbf. 


volume_p lay__t ime 0 
update_t ime^count 0 


4*8 

32 


bed 

uimsbf 


make r_ id 
modeLcode 


8*16 
8*16 


char[16] 
char [16] 


POSID 

} 


32 


bslbf 
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Syntax _ Number of Bits 

resume 0 { 

resume^ length 



Mnemonic 



reserved 
resume^swi tch 
reserved 

number of_records 



// for byte a I ignment 



reserved // for byte alignment 

resume_auto_execute_t ime_f lag 
r e s ume_a u t o„e x e c u t e_ t i me ( ) 
reserved 

resume_auto_execute_record_number 

f or (i=(K i<number_of_records; i++) { 
resume_mode_f I ag 
object_type 
I inked_record_number 
number_of_t imes 
resume_updated_t i me () 

swi tch(object_type) { 
case title: 

titie_n umber 

ti tle_local_time_stamp 

break; 
case program: 

prog rarnjn umber 

prog ram_ I oca I _t i me_s tamp 

break; 
case pr og ram_b i nd' 

prog ram_b i nd_num be r 

prograrn_order 

program_number 

prog ram_ I oca I _t i me_s tamp 

break; 
case play_item: 

play_i tenwiumber 

p i ay_ i t em_ i oca l_t i me_stamp 

break 



32 

3 
1 
4 
4 

7 
1 

4*14 

4 

4 



4 
4 
4 

16 

4*14 



16 
64 



16 
64 



16 
16 
16 
64 



16 
64 



uimsbf 

bslbf 
bit 
bslbf 
uimsbf 

bslbf 
bit 
bed 
bslbf 
u imsbf 



bslbf 
bslbf 
u imsbf 
uimsbf 
bed 



uimsbf 
u imsbf 



uimsbf 
uimsbf 



uimsbf 
uimsbf 
uimsbf 
uimsbf 



uimsbf 
uimsbf 
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_ Syntax _Number_ of Bits Mnemon i c 

vo I ume_rat i ng 0 { 

vorame_rating_id 8*16 char [16] 

vo I ume_rating_ length 32 uimsbf 

reserved 6 bslbf 

vol ume_rating_type 2 bslbf 

vo I ume_rat i ng_password 128 bslbf 
switch (volume_rating_type) { 
case age_l i mi ted: 

number_of_rating 8 uimsbf 
for (i=0; i <numbe r_o f_rat ing; i++) { 

country_code_for_rating 24 bslbf 

age_for_vo I ume_ rating 8 uimsbf 

break i 
case CARA: 

reserved 4 bslbf 

CARA_category 4 bslbf 

reserved 24 bslbf 

break! 
case RSAC: 

reserved 4 bslbf 

RSAC_category 4 bslbf 

reserved 4 bslbf 

RSACJevel 4 bslbf 

reserved 16 bslbf 

break; 

} 

} 
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F I G. 7 



Syntax _ Number of B i ts Mnemon i c 

wri te_protect 0 { 



wr i te_protect_l ength 


32 


uimsbf 


vo I ume_wr i te_p rotec t_ I eve I 


4 


uimsbf 


password_enab I e_f I ag 


1 


bslbf 


append_on I y_f I ag 


1 


bslbf 


exp i rat i on_t i me_enab I e_f I ag 


1 


bslbf 


number_of _t i mes_enab I e_f I ag 


1 


bslbf 


pas s wo r d_f o r_v o I ume_w r i t e_p r o t ec t 


128 


bslbf 


reserved 


8 


bslbf 


wr i te_protect_set_t ime 0 


56 


bed 


reserved 


8 


bslbf 


write_protect_expi rat i on_time () 


56 


bed 


number_of_times 


16 


uimsbf 
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Syntax^ 

play_protect 0 f 

play_protect_ I ength 

vol ume_pl ay_protect_f I ag 

reserved 

password_enab I e_f I ag 
reserved 

exp i rat i on_t i me_enab I e_f I ag 
- ^number_of _t i mes_enab I e_f I ag 

pas s wo rd_f o r_vo I ume_p I ay_p r o t ec t 
reserved 

play_protect _set_time() 
reserved 

P I ay_protec t__exp i rat i onj: i me () 
number_of_t imes 



JN umber of Bits Mnemonic 



32 


uimsbf 


2 


bslbf 


2 


bslbf 


1 


bslbf 


1 


bslbf 


1 


bslbf 


1 


bsibf 


128 


bslbf 


8 


bslbf 


56 


bed 


8 


bslbf 


56 


bed 


16 


uimsbf 



F I G. 9 



Syntax n _: ~" ~™Nu~^^ 

record ing_t inner 0 { ~ " 

record ing„t imer_length 

record i ng_t i me r_f I ag 

number_of__entry 



for C i=0; i<number_of_entry; { 
date_and_time 
channel 
program 
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F I G . I 0 



Syntax Number _of Bits Mnemonic 

text_biock_Jength 32 uimsbf 

number_of_language_sets 8 uimsbf 

num5er_of_text_i terns 16 uimsbf 

for ( i =0 1 i <number_of _ i anguage_set s ; i ++) { 
language__set 0 

} 

for (i=0; i <number_of_text_i terns \ i++) { 
text_i tem() 

} 

} 



F I G. i I 



Syntax Number of B 


its 


Mnemoni 


language_set () { 








reserved 


8 


bs 


Ibf 


language_code 


24 


bs 


Ibf 


character_set_type 


8 


bsl 


Ibf 


number_of_l anguage_set_names 


8 


uimsbf 


for(i=0l i<number_of_language_set_names"» i++) { 








eha.racter_set_type_for_name 


8 


bs I 


Ibf 


language_set_name_length 

language_set_name 8* !anguage_set_name_l ength 


8 


uimsbf 




bsl 


bf 
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F I G. I 2 



Syjrvtax _i^mber_of Bits Mnemon i c 

text_Jtem() { 

text_i tem_l ength 
text_i tem_i d 
text_i tem_sub_id 
Hags 

number_of_used_language_sets 
//loop for each language set 
for (i=0; i<number_of_used_language_sets; { 

language_set_id 

reserved 

text_st r i ng_ I ength 



16 

16 

16 

8 

8 



8 
4 

16 



uimsbf 
u imsbf 
uimsbf 
bslbf 
uimsbf 



text_string 
b i tmap 0 

) 

stuff i ng_bytes 



8*text_str ingjength 



uimsbf 
bslbf 
uimsbf 
bslbf 



8*n bslbf 



F I G. I 3 



Syntax 


Number of Bits 


Mnemon i c 


ALBUM. STR { 

f i Ie_type_i d 
a 1 bum () 
text blockO 

} 


8*16 


char [16] 
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Syntax 

albumO { 

album_length 

reserved 

vol ume__status 

if (vo lume__status== "lb" 

chief_vo I ume_f lag 
} eise { 

... ^ reserved 

} 



Number of Bits Mnemonic 



) { 



32 

6 

1 

1 

1 



uimsbf 

bslbf 

bslbf 

bslbf 

"0" 



if (volume_status== "lb" ) { 

if (chief_vol ume_f lag== "1b" ) { 
reserved 
a I bum_type 
a I b i m_ i d 

numbe r_of _d i scs_ i n_a I bum 
number_of_volumes_i n_al bum 

for (i=CK i<number_of_vo lumes_in_al bum) i++) 
d i sc_i d_f or_a I bum_member 
volume_id_f or_al bum_member 
t i tl e_off set_number 

} 

reserved_f or_program_b i nd 
number_of_program_b i nds 
for (i=0," i<number_of_program_binds; i++) { 
numbe r_of _p r og ram_ i n_th i s_p rog ram_b i nd 



6 
2 

128 

16 
16 

{ 

128 
128 
16 

8 
8 

16 



bslbf 
bslbf 
bslbf 

uimsbf 
uimsbf 



bslbf 
bslbf 
uimsbf 

bslbf 
uimsbf 



} 



uimsbf 

for(i=(K i<number_of_programs_in_this_program_bind; i++) { 

128 uimsbf 
128 uimsbf 
16 uimsbf 



d i sc_i d_f or__program_b i nd_member 
vo I urne_ i d_f o r_p rog ram_b i nd_member 
program_number 



'-} 
}else{ 

chief_disc_id 
chief_vol ume_Jd 
(albunUd 

} 



//chief_volume_f lag== "Ob' 



128 
128 
128 



uimsbf 
uimsbf 
bslbf 
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F I G. I 5 



.§_ y _ n _t^ x _ _ _ _ Number of _ Bits Mnemonic 

titleJS. VDR{ 

f i le_type_id 8*16 char [16] 

title_info() 

text_block() 

} 



F I G. I 6 



Syntax 



Number of Bits Mnemonic 

u imsbf 
bslbf 
uimsbf 
u imsbf 
uimsbf 

bed 
bslbf 
uimsbf 

bslbf 
bslbf 
uimsbf 

bslbf 



titleJnfoO { 

t i 1 1 e_j nf o_l ength 32 

f lags_for_ti tie 32 

cgit_fi le_id 16 
title_start_chunk_groupJ:ime_stamp 64 

t i 1 1 e_end_chunk_group_t i me_stamp 64 

t i 1 1 e_p I ay backet i me () 32 

reserved 32 

number_ofjnarks 16 
for (i=CK i <number_of_marks; i++) { 

reserved 4 

mark_type 4 

^ mark_chunk_groupJ:ime_stamp 64 

stuff ing_bytes 8*n 





F 1 


1 G. 1 7 


* 


Syntax 




Number of Bits 




PROGRAM_$$$.PGI { 
f i le_type_id 
program 0 
text blockO 

} 




8*16 


char[16] 
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2vp_tax Number of Bj ts Mnemon i c 

program () { 

programjength 32 uimsbf 

f iags_for_program 32 bslbf 

program_status 4 bs I bf 

programs I ayback__ti me () 32 bslbf ! 

reserved 32 bslbf 

number_of_play_sequences 16 uimsbf 

for (j=0; j<number_of_play_sequence; j++) { 

number_of_playJists 16 uimsbf 

for (k=0;k<number_of_playJ ists;k++) { 

playj ist_startJ:ime_starnp_offset 64 uimsbf 

P I ay_ I ist (k) 

} ^ S 

} 

stuff ing_bytes 8*n bslbf 



F I G. I 9 



S_y_ntax_^ Number of Bits Mnemonic 

play J i st 0 { 

//playback sequence of play items in this play list 

number_of_play_items 16 uimsbf 
for (k=0 ; k<numbe r_of jp I ay_ i terns ; k++) { 

playjtem_number 16 'uimsbf 

reserved 31 bslbf 

seamless_connection_f lag 1 bslbf 



//p I ay_ i tem_table 

for (PIN=1 ;PIN<=number_of _play_items.in.prograni;PIN++) { 
play_i tern 0 

} 
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Syntax 

play_item() { 

P I ay_i tem_ length 
play_J tem_type 
play_mode 

to ta i _p I ay backet i me () 

- menu_i iem_number 
retum_i tem_number 
next_J terrwiumber 
prev_i tem_number 

if (play_item_type= "0000b" ) { 
//play item for one "cut'* 
t i 1 1 e__number 
//IN point 

i tem_start_t ime_stamp 

//OUT point 

i tem_encLt i me stamp 

} 



Number of Bits Mnemonic 



32 

8 

8 

32 

16 
16 
16 
16 



16 
64 
64 



ui msbf 
bslbf 
bslbf 
bed 

uimsbf 
uimsbf 
uimsbf 
uimsbf 



uimsbf 
uimsbf 
uimsbf 



F I G . 2 I 

JXH$** Number of Bits" "~ MnemonTc 

CHUNKGROUPJ##.CGIT{ 

f.ile_type_id 8 * 16 cna r[16] 

chunkgroup_time_base_f lags 32 bslbf 

chunkgroup_time_base_offset 64 uimsbf 

chunk_connect ion_info() 
text_block() 
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FIG. 22 



AKPjL*x Number of B i t s Mnemon i c 

chunk_connection_info 0 { 

chunk_connect i on_ i nf o_ I ength 

reserved 

number _of_c hunks 
chunk_sync__p I ay_f I ag 

// chunk info file I ist 
for( i =0; i <number_of_chunks; { 
chunk_ar rangement__ i nf o () 



32 


uimsbf 


16 


bsibf 


16 


uimsbf 


8 


bslbf 





F 


1 G.23 


Syntax 




Number of Bits Mnemonic 



chunk_arrangement_info_I ength 

chunk_info_f i I e i d 

reserved 

c h unk_s w i t c h_s t r eam_ i d 

presentat ion_start_cg_time_count 
presentat ion_end_cg_time_count 

reserved 

chunk_t ime_count_type 

number_of _start_or ig i na l_t ime_count_extens i on 
numbe r_of _end_or i g i na I _t i me_count_extens i on 

// presentation start position and time 
presentat i on_s tart_or i g i na I jt i me__count 

presentat i on_end_o r i g i na I _fc i me_count . 64 u i ms bf 

f or ( i =0; j <numbe r_of _start_or i g i na I J: ime_count_ex tens i on ; j++) 

tc_ext_attributes 16 bslbf 

start_or ig inal_t ime_count_extens i on 64 u imsbf 

// presentation end position and time 

for (k=0 ; k<numbe r_of _end_or i g i na Lt i me_count_extens i on ; k++) { 

tc_ext_attributes 16 bslbf 

end_or iginaLt ime_count_extens i on 64 uimsbf 

trans i tionjnfoQ 



32 


uimsbf 


16 


bslbf 


5 


bslbf 


16 


bslbf 


64 


u imsbf 


64 


uimsbf 


4 


bslbf 


4 


bslbf 


8 


uimsbf 


8 


u imsbf 


64 


uimsbf 
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A y _ n ±a* _ _ _ Number of Bits Mnemonic" 

CHUNK.XXXX. ABSTl [ " 

file type.id 8*16 char[16] 

• nfojrype 4 bs|bf 

reserved 3 bslbf 

cognizant.recording.indicator 1 bslbf 
//stream_info () 

if,Gnfo.type == "MPEG2_system_TS" ) { 

number.of .programs 8 uimsbf 
e Ise { 

number_of_programs 8 '0000 0001' 

for (i=0; i <number_of .programs; i++){ 

number_of .streams 8 uimsbf 

for (i=0; Knumber.of.st reams ; i++) { 

stream.identif ier 16 bslbf 

//slot type information 

reserved 4 bs!bf 

s I ot.un i t.type 4 bs | bf 

if (si ot.un it_type== "time.stamp" ) { 

s I ot.time. length 32 uimsbf 

} else { 

} reserved 32 bslbf 

number.of .slots 32 u i ras bf 

number_of_thinned_out_slots 8 uimsbf 

//stream attribute 
bitstream.attribute () 

} ■ ■ 

//loop of slot information 
for ( i=0; Knumber.of.streams; { 
slot.infoQ 

} 

1 

text.blockO 



} 
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— VOLUME. TOC 
—ALBUM. STR 
—PROGRAM 

I —PROGRAM 001. PG I 
-TITLE 

I — TITLE 001. VDR 

I — T i TLE 002. VDR 

I — T I TLE 003. VDR 

— CHUNKGROUP 

I -CHUNKGR0UP_001.CG!T 
I — CHUNKGR0UP_O02. CG I T 

— CHUNK 

I —CHUNK 0001 . ABST 

I -CHUNK_0011. ABST 
I -CHUNK__0012. ABST 

— MPEGAV 

I — STREAMS_001 

I I —CHUNK 0001.MPEG2 

I I 

I — STREAMS_002 

I I —CHUNK 001 1 . MPEG2 

I I -CHUNK_0012.MPEG2 
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F I G .27 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




STREAM 



0001 



00 11 0012 



F I G. 28 



chunkgroup„t ime_ 
base_of f set 



chunkgroup_t ime_ 
base offset+A 



chunkgroup_t ime_ 
base_offset+A+B 



CHUNKGROUP 
TIME 



B 



CHUNK001 1 






CHUNK001 2 
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F I G.29 



-MPEGAV 

-STREAMS_003 

I -CHUNK_0031.MPEG2 



F I G.30 



—VOLUME. TOC 
-ALBUM. STR 
-PROGRAM 

I -PR0GRAMJ301.PGI 
-TITLE 

I -T I TLE_001 . VDR 
I -T I TLE_002. VDR 

I -TITLE_003.VDR 
I -TITLE_004.VDR* 

-CHUNKGROUP 
I -CHUNK_001.CGIT 
I -CHUNK_002.CGIT 
I -CHUNK_003.CGIT* 

-CHUNK 

I -CHUNK_0001.ABST 
I -CHUNK_0011.ABST 
I -CHUNK_0012.ABST 
I -CHUNK_0031.ABST* 

-MPEGAV 

I -STREAMS_001 

I I -CHUNK_0001.MPEG2 

I -STREAMS_002 

I I -CHUNK.001 1. MPEG2 

I I -CHUNK_001 2. MPEG2 

I -STREAMS_003* 

I I -CHUNK_0031 . MPEG2* 
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F1G.3I 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




STREAM 0001 



004 



003 



003 1 




0011 0012 0031 
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F I G.32 



MPEGAV 

I -STREAMSJD02 

i I -CHUNK_0031.MPEG2 



F I G.33 



—VOLUME. TOC 
-ALBUM. STR 
-PROGRAM 

I -PR0GRAM_001. PGI 
-TITLE 

I -T I TLE_001 . VDR 

I -T I TLE_002. VDR 

I -T I TLE_003. VDR 

I -T t TLE_004. VDR* 

-CHUNKGROUP 

i -CHUNKGR0UP_001. CGIT 

I -CHUNKGR0UP_O02.CGIT 

-CHUNK 

I -CHUNK_0001 . A8ST 
I -CHUNK_0011. ABST 
I -CHUNK_001 2. ABST 

I -CHUNK_0031 . ABST* 

-MPEGAV 

I -STREAMS_001 

I I -CHUNK_0001.MPEG2 

I I 

I -STREAMS_002 

I I -CHUNK_001 1 . MPEG2 

I I -CHUNK_0012.MPEG2 

I I -CHUNK_0031.MPEG2* 

I I 
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F I G.34 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 



STREAM 0001 




0011 0012 0031 
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F I G . 35 



PROGRAM 



TITLE 



CHUNKGROUP 



CHUNK 




STREAM 0001 



0011 0012 



BNSDOCID: <EP 0910087A2_I_> 



44 



EP 0 910 087 A2 




BNSDOCID: <EP 0910087A2J„> 



45 



EP 0 910 087 A2 



CD 

ro 

Lu 



A 



00 

in 



O-KOD-h 

5DJI — o iujx— z:e> 




ht 

— f~~ ct: 
Old — 

Q_Q O 



© ©0© 



o 



o— tro3— h- 
couJQ.<ct:<l — oz 



en 



u 
go 

o> 



la 



N 




CM 



© 



BNSDOCID: <EP 091 0087 A2_l_> 



46 



EP 0 910 087 A2 



< 

ro 

Ll 



m 

CO 



CO 



o 

5 
cc 
o 
u 

UJ 

01 

h- 
ft: 

CO 



o 

/\ 

o- 

CD 
O 
_l 
< 

< 
CO 



CD 
CO 

h- 
Z> 



© 



o 
o> 



CD 



CL 



CO </> 



CO 



Kb 

Q^J LU 
Zco _J 
<D — 

n ° U " 

LU— I < 
CO=> 2 

trScD 
< 

CLCO CO 



CO 



CO 




CM 
CO 



O 

CD „ 

qO_J 
UJ, ,— 1 

Q[lO 
QUJt 
Q<Q 




47 

BNSDOCID: <EP 0910087A2 I > 



EP 0 910 087 A2 




EP 0 910 087 A2 



F I G.38 



field name 


val ue 


f i le„type_id 


"STRM INF FILE ->" 



F I G.39 



info_type 


Mean i ng 


-0000 


MPEG2 System PS 


0001 


MPEG2_System TS 


0010 


MPEG2_System_PES 


0011 


MPEG 1_Sy stem stream 


0100 . . 0111 


reserved 


1000 


Consumer OVC 


! 1001 . . 1111 


reserved 



F I G.40 



cogn i zant_recod i ng_ 
indicator 


Meaning 


Ob 


This chunk was recorded by 
noncognizant device 


1b 


This chunk was recorded by 
cognizant device 


F I G.4 I 


slotjjni t_type 


Mean i ng 


0000b 


9 t ime^stamp' " t ime stamp value 


0001b 


'GOP* : one GOP (Group of pictures) 


0010b 


' audio^f rame' : one audio frame 


0011b . . 1111b 


reserved 
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Syntax __ _Number_ of_ Bits _ Mnemon i c 

bi tstream_attribute() { 

bitstream_attributejd 8*16 char [16] 

bi tstream_attr i bute_l ength 32 u i msbf 

reserved 4 bslbf 

attr ibutejrype 4 bslbf 

sw i tch (attr i bute_type) { 
- case video I 

video_attri bute 0 
break; 
case audio* 

aud io_attr i bute () 
break; 
default: 

break; 



F I G.43 



field name 


value 


bitstream attribute id 


"STRM_ATTRBT_0O-> " 



F I G.44 



attr i but e_type 


Meaning 


0000b 


video 


0001b 


audi o 


0010b 


reserved for graphics 


0011b 


reserved for PBC 


0100b . . 1111b 


rese rved 
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F I G.45 

§y_ n lax N^ber _of_ B J t 5 _ Mnemonic 

video_attribute 0 { 



i nput_vi deo_source 


4 


bslbf 


video_compress i on_mode 


4 


bslbf 


p icture_rate 


4 


bslbf 


p icture_scan_type 


4 


bslbf 


vertical_l ines 


4 


bslbf 


hor i zonta l_act i ve_p i xe I s 


16 


uimsbf 


aspect_rat i o 


4 


bslbf 


pixel_ratio 


2 


bslbf 


CC_existence 


2 


bslbf 


record i ng_mode 


4 


bslbf 


copyr i ght_ i nf ormat i on 


64 


bslbf 



F I G.46 



i nput_v i deo_source 


Mean i ng 


0000b 


unknown 


0001b 


i napp 1 i cab 1 e 


0010b 


analog component input 


0011b 


analog compos it input 


0100 b 


analog Y/C separated input 


0101b 


local digital bus (internal 
IRD etc.) 


0110b 


IEEEE 1394 


0111b 


SDI (Serial Digital Interface) 


1000b . . 1111b 


reserved 
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v i deo_compress i on_mode 


Mean i ng 


0000b 


unknown 


0001b 


inappl i cable 


0010b 


MPEG1 Video 


0011b 


MP EG 2 Video 


0100b 


OV 


0101b . . 1111b 


reserved 


FIG. 48 


picture_rate 


Mean i ng 


0000b 


unknown 


0001b 


24000/1001 (Hz) 


0010b 


24 


0011b 


25 


0100b 


30000/1001 


0101b 


30 


0110b • 


50 


0111b 


60000/1001 


1000b 


60 


1001b . . 1111b 


reserved 


F I G.49 

«* ...... j 


p i cture_scan_type 


Mean i ng 


0000b 


unknown 


0001b 


inappl i cable 


0010b 


progressive 


0011b 


interlace 


0100b . . 1111b 


reserved 
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verticaM ines 


Mean i ng '- 

number of active vertical lines 
(total number of vertical lines) 


0000b 


unknown 


0001b 


inappl i cable 


0010b 


480 (525) 


. 0011b 


720 (750) 


0100b 


1035 (1125) 


0101b 


1080 (1125) 


i 0110b . . 1111b 


reserved 


F I G.5 I 


aspect_rat i o 


Meani ng 


0000b 


unknown 


0001b 


i napp 1 i cab 1 e 


0010b 


4 : 3 


0011b 


16 : 9 


0100b 


2.21 : 1 


1001b 


1 : 1 


0110b . . 1111b 


reserved 


F I G.52 


pixel_ratio 


Meaning 


0000b 


unknown 


0001b 


inappl i cable 


0010b 


1 : 1 


0011b 


1 : 1.125 


0100b 


reserved 


0101b . . 1111b 


reserved 
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CC_existence 


Mean! ng 


0000b 


unknown 


0001b 


i napp I i cab I e 


■"0010b 


exi st 


0011b 


not exi st 


0100b 


reserved 


0101b . . 1111b 


reserved 



F I G.54 



record i ng_mode 


Mean i ng 


0000b 


unknown 


0001b 


inapp I i cab I e 


0010b 


Standard Play 


0011b 


Long Play 


0100b 


reserved 


| 0101b . . 1111b 


reserved 
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.-Tilt.* Number of Bits Mnemonic 



audio_attribute{) { 
reserved 

number_of_aud io_st reams 

for (j=0; j<number_of_aud io^streams,* j++) { 
stream_id 
sub_stream_id 
reserved 
^ language__code 
input^source 
aud i o_cod i ng_mode 
bi trate 

q_bit 

fs 

reserved 
emphas i s 

number_of _channe I s 

for (k=0;k<number„of_channels;k++) { 
reserved 

status_of _th i s_channe I 
channe I _ass i gnment 

} 

(Dynam i c_range_cont ro I ) 
karaoke 0 

} 

} 



4 


bslbf 


4 


uimsbf 


8 


bslbf 


8 


bslbf 


8 


bslbf 


24 


bslbf 


4 


bslbf 


4 


bslbf 


8 


bslbf 


4 


bslbf 


4 


bslbf 


7 


bslbf 


1 


bslbf 


8 


uimsbf 


4 


bslbf 


4 


bslbf 


8 


bslbf 



FIG. 56 



input_source 


Mean i ng 


0000b 


unknown 


0001b 


inapplicable • 


0010b 


an log input 


0011b 


reserved 


0100b 


internal IRD 


1001b 


IEEE 1394 


! 0110b 


IEC 958 


0111b . . 1111b 


reserved 
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aud i o_cod i ng_mode 


Mean ing 


0000b 


unknown 


0001b 


inappl i cable 


0010b 


LPCM 


0011b 


AC-3 


0100b 


MPEG Audio 


1001b 


ATRAC 


0101b . . 1111b 


reserved 


F I G. 58 


bitrate 


Mean i ng 


0000 0000b 


variable bitrate 


0000 0001b 


inappl i cable 


0000 0010b ..1111 1111b 


reserved 


Fl G.59 


q_bit 


Mean i ng 


0000b 


unknown 


0001b 


inappl i cable 


0010b 


8 


0011b 


12 


0100b 


16 


1001b 


20 


0110b 


24 


0111b .. 1111b 


reserved 
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fs 


Mean i ng 


0000b 


unknown 


-0001 b 


i napp I i cab I e 


0010b 


8 kHz 


0011b 


16 kHz 


0100b 


32 kHz j 


1001b 


44.1 kHz 


0110b 


48 kHz 


0111b 


96 kHz 


1000b . . 1111b 


reserved 



F I G.6 I 



emphas i s 


Meaning 


Ob 


emphasis off 


1b 


emphasis on 



57 

BNSDOCID: <EP 0910087A2J_> 



EP 0 910 087 A2 



F I G.62 



Syntax _ Number of_ B_i__ts Mnemonic 

slot_info() { 

slotjnfojd 8*16 char[16] 

s lot_inf o_l ength 32 uimsbf 

- sjsjj tch (s I ot_un i t_type) { 
case' GOP' : 

for (i=0; i<number_of_slots; { 
slot_info_for one GOPO 

} 

break; 
case' aud i o_f rame* ' 

for (i=0; i<number_of_slots; { 
s I ot_i nf o_f or_one__aud i o_f rame 0 

} 

break! 
case' t ime_stamp' l 

for (i=0; i<number_of_slots; i++) { 
s I ot_J nf o_f or_one_t i me_s I ot 0 

} * 
break; 

i 



F I G.63 



field name 


value 


slot info id 


"SLOT INF 00000->" 
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Jypi** J^^HXC§i^""~37^"F 

s!ot_info_for_one_GOP() { 

slotjength 24 uimsbf 

//specif ic info 
switch (info_type) { 

case MPEG 1_System_st ream: 

sequence_hearder_start_offset 24 uimsbf 

- ^ packet_start_offset 24 uimsbf 

pack start_off set 24 uimsbf 

D r 62LK " 

case MPEG2_System_PS: 

sequence_hearder_start offset 24 uimsbf 

PES_packet_start_off set 24 uimsbf 

pack start_off set 24 uimsbf 

u T62LK * 

case MPEG2_System_TS: uimsbf 

sequence_hearder_start_offset 24 uimsbf 

TS Packet start offset 16 uimsbf 

PES_packet_start_offset 24 uimsbf 

TS_packet_start_offset2 16 uimsbf 
b r©2.k l 

case MPEG2_System_PES: 24 uimsbf 

sequence_hearder_start_offset 24 uimsbf 
PES_packet_start_of fset 
break! 

} 

GOPH_existence_f lag 1 bslbf 

f irst_presented_picture_structure 2 bslbf 

copy_closed_GOP 1 bslbf 

copy_broken_l ink 1 bslbf 

reserved 2 bslbf 

t i me_stamp_of_f i rst_p i cture 33 u imsbf 

GOP status 6 bslbf 

Picture_count_type 2 bslbf 

numberjof pictures 16 uimsb f 

encode. infoO 32 bs)bf 

buffer_occupancy() 32 bs I bf 

camera_.nfo() 16 bs)bf 

reserved 16 bs(bf 
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f i rst_presentecL 
picture_structure 


Meaning 


00b 


top field 


01b 


bottom field 


10b . . 11b 


reserved 



F I G.66 



P i cture_count_type 


Meaning 


00b 


field 


01b 


field 


10b . . 11b 


reserved 



F I G.67 



Syntax 


Number 


of Bits 


Mnemon i c 


slot_info_for_one_audio_f rame( ) 
AAU_storage_l ength 
//specific info 
AALLstart_byte_pos j t i on 
flags 

encode_info( ) 
camera info ( ) 

} 


( 


32 

16 
7 

32 
16 


uimsbf 

uimsbf 
bslbf 
bslbf 
bslbf 


FIG. 


68 






Syntax 


Number 


of Bits 


Mnemon i c 



slot_infoj : or_onej:ime_slot ( ) { 
} 
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